Re: citext operator precedence fix

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: citext operator precedence fix
Дата
Msg-id 4E7A876E.9020705@agliodbs.com
обсуждение исходный текст
Ответ на Re: citext operator precedence fix  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: citext operator precedence fix
Список 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
informalcommunity 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


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: citext operator precedence fix
Следующее
От: Greg Smith
Дата:
Сообщение: Re: Separating bgwriter and checkpointer