Re: contrib/citext versus collations

Поиск
Список
Период
Сортировка
От David E. Wheeler
Тема Re: contrib/citext versus collations
Дата
Msg-id 4AADA7A0-BB6E-4B22-B108-9D1036409302@kineticode.com
обсуждение исходный текст
Ответ на contrib/citext versus collations  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: contrib/citext versus collations  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Jun 6, 2011, at 1:14 PM, Tom Lane wrote:

> The most workable alternative that I can see is to lobotomize citext so
> that it always does lower-casing according to the database's "default"
> collation, which would allow us to pretend that its notion of equality
> is not collation-sensitive after all.

+1 Seems like the right thing to do for now.

> We could hope to improve this in
> future release cycles, but not till we've done the infrastructure work
> outlined above.  One bit of infrastructure that might be a good idea is
> a flag to indicate whether an equality operator's behavior is
> potentially collation-dependent, so that we could avoid taking
> performance hits in the normal case.

That sounds like a good idea.

Best,

David



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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: reducing the overhead of frequent table locks - now, with WIP patch
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: WALInsertLock tuning