Re: min() and NaN
От | Jean-Luc Lachance |
---|---|
Тема | Re: min() and NaN |
Дата | |
Msg-id | 3F1D8763.4BE6DCD7@nsd.ca обсуждение исходный текст |
Ответ на | Re: min() and NaN (Stephan Szabo <sszabo@megazone.bigpanda.com>) |
Список | pgsql-sql |
Hey! here is a (stupid maybe) idea. Why not disallow 'NaN' for a float? JLL Stephan Szabo wrote: > > On Tue, 22 Jul 2003, Bruce Momjian wrote: > > > Well, my 2 cents is that though we consider NULL when ordering via ORDER > > BY, we ignore it in MAX because it really isn't a value, and NaN seems > > to be similar to NULL. > > > > When doing ORDER BY, we have to put the NULL value somewhere, so we put > > it at the end, but with aggregates, we aren't required to put the NULL > > somewhere, so we ignore it. Should that be the same for NaN? I just > > don't see how we can arbitrarly say it is greater/less than other > > values. > > But we already do. When doing a less than/greater than comparison, 'NaN' > is considered greater than normal values which is different from NULL > which returns unknown for both.
В списке pgsql-sql по дате отправления: