From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: citext operator precedence fix |
Date: | 2011-09-22 00:55:10 |
Message-ID: | 4E7A876E.9020705@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>> Ambiguity?
>
> Yeah, I'm worried about the possibility of parser failing to resolve
> which operator is meant.
Any idea of how to test for that? What kind of situations would make
things difficult for the parser?
Also, how is this any different for any optional data type which
overrides = ?
> No, I don't think so. For people for whom the right thing is happening,
> you'll risk making it (a) wrong and (b) lots slower.
Well, I'm dubious that current behavior is the right thing for anybody.
The best I could do to answer that would be an informal community survey.
> For people for
> whom the wrong thing is happening, maybe you'll fix it so it's
> semantically right, but if indexes don't work they still won't be happy.
So I'd need to add operator classes and indexing support functions as
well, then, presumably. Annoying, but not impossible.
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Smith | 2011-09-22 01:06:40 | Re: Separating bgwriter and checkpointer |
Previous Message | Tom Lane | 2011-09-22 00:42:58 | Re: citext operator precedence fix |