Re: BUG #4960: Unexpected timestamp rounding - Mailing list pgsql-bugs

From Kevin Grittner
Subject Re: BUG #4960: Unexpected timestamp rounding
Date
Msg-id 4A7316ED020000250002926E@gw.wicourts.gov
Whole thread Raw
In response to BUG #4960: Unexpected timestamp rounding  ("Matthias" <matthias.cesna@gmail.com>)
Responses Re: BUG #4960: Unexpected timestamp rounding  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
"Matthias" <matthias.cesna@gmail.com> wrote:

> It is about when using a upper-boundary timestamp. The value of
> 9999-12-31 23:59:59.999999 is sometimes used to indicate an infinite
> validity.

One other thought -- using a "magic value" for something like this is
usually a bad idea.  NULL indicates the absence of a value, and means
"unknown or not applicable".  I generally use that for an upper bound
when there is no valid upper bound.  In particular, expiration or end
dates which will probably eventually be fixed, but haven't been yet,
are more appropriately NULL.  It isn't that there won't be one; it
just isn't known yet -- which fits the semantics of NULL very well.

-Kevin

pgsql-bugs by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: BUG #4960: Unexpected timestamp rounding
Next
From: Tom Lane
Date:
Subject: Re: BUG #4960: Unexpected timestamp rounding