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

From Tom Lane
Subject Re: min() and NaN
Date
Msg-id 4074.1058854149@sss.pgh.pa.us
Whole thread Raw
In response to Re: min() and NaN  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: min() and NaN  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: min() and NaN  (Michael Tibbetts <tibbetts@head-cfa.harvard.edu>)
List pgsql-sql
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Is this a TODO?

It'll only take ten minutes to make it a DONE, once we figure out what
the behavior ought to be.  So far I think both Stephan and I argued that
MIN/MAX ought to treat NaN as larger than all ordinary values, for
consistency with the comparison operators.  That was not the behavior
Michael wanted, but I don't see that we have much choice given the
wording of the SQL spec.  Does anyone want to argue against that
definition?
        regards, tom lane


pgsql-sql by date:

Previous
From: Wolfgang Slany
Date:
Subject: Re: "Truncate [ Table ] name [Cascade]"?
Next
From: "Girish Bajaj"
Date:
Subject: time delay function