Re: contrib/citext versus collations - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: contrib/citext versus collations
Date
Msg-id 4AADA7A0-BB6E-4B22-B108-9D1036409302@kineticode.com
Whole thread Raw
In response to contrib/citext versus collations  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: contrib/citext versus collations
List 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 by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: reducing the overhead of frequent table locks - now, with WIP patch
Next
From: Jeff Janes
Date:
Subject: Re: WALInsertLock tuning