Re: [SQL] [SQL/BUGS] (possible) inconsistent behaviour of timestamp? - Mailing list pgsql-bugs

From Tom Lane
Subject Re: [SQL] [SQL/BUGS] (possible) inconsistent behaviour of timestamp?
Date
Msg-id 13005.1038363294@sss.pgh.pa.us
Whole thread Raw
In response to [SQL/BUGS] (possible) inconsistent behaviour of timestamp?  ("Rison, Stuart" <srison@rvc.ac.uk>)
List pgsql-bugs
"Rison, Stuart" <srison@rvc.ac.uk> writes:
> The first SELECT returns a 'timestamp', but the next two return a
> 'timestamptz' (presumably with timezone); is this inconsitent behaviour?

Yes.  It's a transitional behavior in 7.2: timestamp without any quotes
is translated by the parser to timestamptz (ie, timestamp with time
zone).  Quotes suppress the renaming, however.

We did that deliberately for one release to ease updating, because PG's
old "datetime" datatype corresponds to timestamptz, not timestamp-without-
time-zone.  As of 7.3 that renaming doesn't happen any more, and
undecorated timestamp means timestamp without time zone, per spec.

Confused yet?  I'm not sure that this update plan was really a great
idea, but we agreed to it a release or two back, and we're sticking to
it...
        regards, tom lane


pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Bug #823: upper() does not handle , and correctly.
Next
From: Tom Lane
Date:
Subject: Re: version for sun cobalt qube 3