Re: How to handle 'not a number' in postgresql

From: Rich Shepard <rshepard(at)appl-ecosys(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: How to handle 'not a number' in postgresql
Date: 2008-01-04 15:00:13
Message-ID: Pine.LNX.4.64.0801040651530.5706@salmo.appl-ecosys.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, 4 Jan 2008, Michael Glaesemann wrote:

> It's not unknown: it's known to be something other than a number, which is
> not the same as unknown.

Michael,

Perhaps I mis-interpreted the original message. If a measurement is out of
the instrument's range it means that the value is unknown. For example, a
numeric value that is below the instrument's detection limit. It may well be
that the instrument software vendor chose to return NaN rather than NULL in
this case, but from an analytical perspective it's an unknown numeric value
rather than a string or boolean.

This issue comes up frequently in water (or air) quality measurements
where the measured value of a heavy metal is below analytical detection
limits. Some regulatory agencies want that number to be reported as an
actual numeric value rather than as "below detection limits," or NULL for
"unknown value."

The same holds when the equipment mal-functions. The result would be a
number if the equipment worked, but that does not make it a non-number
otherwise. Maybe we have a difference in semantics that is dependent upon
the application.

Rich

--
Richard B. Shepard, Ph.D. | Integrity Credibility
Applied Ecosystem Services, Inc. | Innovation
<http://www.appl-ecosys.com> Voice: 503-667-4517 Fax: 503-667-8863

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ivan Sergio Borgonovo 2008-01-04 15:02:54 Re: Best free open source ER diagram generator?
Previous Message Michael Glaesemann 2008-01-04 14:46:17 Re: How to handle 'not a number' in postgresql