Re: Issue with point_ops and NaN

Поиск
Список
Период
Сортировка
От Laurenz Albe
Тема Re: Issue with point_ops and NaN
Дата
Msg-id f4203680196509a76f89fb7f60e5e944cd6fe935.camel@cybertec.at
обсуждение исходный текст
Ответ на Re: Issue with point_ops and NaN  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Список pgsql-hackers
On Thu, 2021-04-01 at 09:35 +0900, Kyotaro Horiguchi wrote:
> > > > > > > > SELECT point('NaN','NaN') <@ polygon('(0,0),(1,0),(1,1),(0,0)');
> > > > > > > > ?column? 
> > > > > > > > ----------
> > > > > > > >    t
> > > > > > > >    (1 row)
> > 
> > If you think of "NaN" literally as "not a number", then FALSE would
> > make sense, since "not a number" implies "not a number between 0 and 1".
> > But since NaN is the result of operations like 0/0 or infinity - infinity,
> > NULL might be better.
> > So I'd opt for NULL too.
> 
> Thanks.  Do you think it's acceptable that returning false instead of
> NULL as an alternative behavior?

Yes, I think that is acceptable.

Yours,
Laurenz Albe




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

Предыдущее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: Issue with point_ops and NaN
Следующее
От: Arseny Sher
Дата:
Сообщение: Re: Flaky vacuum truncate test in reloptions.sql