Re: Re: [BUGS] INET operators and NOT

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Re: [BUGS] INET operators and NOT
Дата
Msg-id 200006012223.SAA03335@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [BUGS] INET operators and NOT  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re: [BUGS] INET operators and NOT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Here is Tom Lane's comment.

> Tomas Cerha <t.cerha@sh.cvut.cz> writes:
> > Aplying the NOT operator with << INET operator results always in false.
> 
> > accounting=> SELECT * FROM a;
> >       ip
> > --------
> > 10.1.1.1
> > 10.1.1.2
> > 10.2.1.2
> > 10.2.1.1
> > (4 rows)
> 
> > accounting=> SELECT * FROM a WHERE ip<<'10.1/16';
> >       ip
> > --------
> > 10.1.1.1
> > 10.1.1.2
> > (2 rows)
> 
> > accounting=> SELECT * FROM a WHERE NOT ip<<'10.1/16';
> > ip
> > --
> > (0 rows)
> 
> What's going on here is that the optimizer is simplifying "NOT x<<y"
> (network_sub) into "x>>=y" (network_supeq), because the pg_operator
> entry for << claims that >>= is its negator.  This example demonstrates
> that that ain't so.
> 
> Can anyone comment on whether any of the inet operators are actually the
> correct negator of << ?  For that matter, are inet's other commutator
> and negator declarations just as broken?
> 
>             regards, tom lane
> 
> ************
> 


--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: ecpg enhance patch
Следующее
От: Keith Parks
Дата:
Сообщение: Re: Problems with recent CVS versions and Solaris.