Re: Bug in row_number() optimization

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Bug in row_number() optimization
Дата
Msg-id 4059995.1669393149@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Bug in row_number() optimization  (Sergey Shinderuk <s.shinderuk@postgrespro.ru>)
Ответы Re: Bug in row_number() optimization  (David Rowley <dgrowleyml@gmail.com>)
Список pgsql-hackers
Sergey Shinderuk <s.shinderuk@postgrespro.ru> writes:
> What about user-defined operators? I created my own <= operator for int8 
> which returns true on null input, and put it in a btree operator class. 
> Admittedly, it's weird that (null <= 1) evaluates to true. But does it 
> violate  the contract of the btree operator class or something? Didn't 
> find a clear answer in the docs.

It's pretty unlikely that this would work during an actual index scan.
I'm fairly sure that btree (and other index AMs) have hard-wired
assumptions that index operators are strict.

            regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: checking rd_rules in RelationBuildDesc
Следующее
От: Ted Yu
Дата:
Сообщение: Re: checking rd_rules in RelationBuildDesc