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

From Bruce Momjian
Subject Re: min() and NaN
Date
Msg-id 200307221859.h6MIxJk11503@candle.pha.pa.us
Whole thread Raw
In response to Re: min() and NaN  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Responses Re: min() and NaN  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-sql
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.

But maybe that logic is the same as ORDER BY, where we have to give it
some location in sorting order, while with aggregates we don't.

I am not strong on this, but just point it out.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-sql by date:

Previous
From: Jean-Luc Lachance
Date:
Subject: Re: min() and NaN
Next
From: Tom Lane
Date:
Subject: Re: min() and NaN