Re: Macros for time magic values

Alvaro Herrera <alvherre@commandprompt.com>

From: Alvaro Herrera <alvherre@commandprompt.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Kevin Grittner <kevin.grittner@wicourts.gov>, Dimitri Fontaine <dimitri@2ndquadrant.fr>, Simon Riggs <simon@2ndquadrant.com>, Peter Eisentraut <peter_e@gmx.net>, Bruce Momjian <bruce@momjian.us>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2011-03-15T14:53:49Z
Lists: pgsql-hackers
Excerpts from Tom Lane's message of mar mar 15 11:42:06 -0300 2011:
> "Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> > Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >> Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> >>> Would it help moving toward Leap Second support, and is this
> >>> something we want to have?
> 
> >> IMO we don't want to have that, as it would completely bollix
> >> datetime calculations of all kinds.  You couldn't even count on
> >> stored timestamps not changing their meaning.
>  
> > I'm inclined to agree, but if that's the choice, should we stop
> > claiming that we're using UTC, and instead claim UT1 support?  It
> > always seemed a little odd to me that the docs say UTC but there's
> > no actual support for leap seconds in calculations.
> 
> Maybe, but if the docs started talking about that, we'd have to define
> the term every time.  The number of PG users who know what UT1 is can
> probably be counted without running out of toes.

A small note somewhere visible would suffice: "these docs talk about UTC
but they really mean UT1 because we have no leap seconds support".

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support