
> > But the current timestamp does not store a timezone. timestamp with time zone
> > is supposed to store and output the timezone that was inserted.
> > The current timestamp has it messed up (sorry), since it does not store a timezone.
> > It stores time in UTC and always converts output to the timezone derived from [PG]TZ.
> 
> Good point, but I'll disagree with the implied conclusion. imho the
> SQL9x provisions for time zone handling are fundamentally and tragically
> broken, with absolutely no provisions for DST, time zone shifting, etc
> etc. Which helps lead most folks to code other databases without time
> zones at all.

Ok, so you would be free to create a differently named type that does whatever
you like, but imho an ANSI standard type should behave exactly as defined.
Especially if it has such a verbose name as "timestamp with time zone".

My experience is, that developers don't use database supplied time types,
because they all behave differently, not because they are not useful. 
I think we should not create yet another behavior.

Andreas

Thu, 8 Feb 2001 10:17:34 +0100 
Zeugswetter Andreas SB  <ZeugswetterA@wien.spardat.at>
AW: AW: timestamp in pg_dump