Re: min() and NaN - Mailing list pgsql-sql

From Jean-Luc Lachance
Subject Re: min() and NaN
Date
Msg-id 3F1D8763.4BE6DCD7@nsd.ca
Whole thread Raw
In response to Re: min() and NaN  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
List 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 by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: min() and NaN
Next
From: Bruce Momjian
Date:
Subject: Re: min() and NaN