Re: texteq/byteaeq: avoid detoast [REVIEW]

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: texteq/byteaeq: avoid detoast [REVIEW]
Дата
Msg-id 1295291577.12898.1.camel@vanquo.pezone.net
обсуждение исходный текст
Ответ на Re: texteq/byteaeq: avoid detoast [REVIEW]  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On mån, 2011-01-17 at 07:55 -0500, Robert Haas wrote:
> > There is, however, some desire to loosen this.  Possible
> applications
> > are case-insensitive comparison and Unicode normalization.  It's not
> > going to happen soon, but it may be worth considering not putting in
> an
> > optimization that we'll end up having to rip out again in a year
> > perhaps.
> 
> Hmm.  I hate to give up on this - it's a nice optimization for the
> cases to which it applies.   Would it be possible to jigger things so
> that we can still do it byte-for-byte when case-insensitive comparison
> or Unicode normalization AREN'T in use?

Well, at the moment it's all theoretical anyway.  These features aren't
on the table, and no one has implemented them.

It's quite possible, however, that if we go that way and investigate
which locales are safe for this, we might end up with the same answer as
for which locales are safe for LIKE optimization, namely none.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Review: compact fsync request queue on overflow
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Determining client_encoding from client locale