Re: Storage sizes for dates/times (documentation bug?) - Mailing list pgsql-general

From Karsten Hilbert
Subject Re: Storage sizes for dates/times (documentation bug?)
Date
Msg-id 20080416153318.GE4138@merkur.hilbert.loc
Whole thread Raw
In response to Re: Storage sizes for dates/times (documentation bug?)  (Martijn van Oosterhout <kleptog@svana.org>)
List pgsql-general
On Tue, Apr 15, 2008 at 05:29:09PM +0200, Martijn van Oosterhout wrote:

> > Perhaps I confuse this with some limitation of a previous
> > implementation of the enum type. Also perhaps I was
> > misguided into thinking tags cannot be modified by the
> > "don't delete from table of tags" part.
>
> Oh, it means that if you DROP the type it will leave some stuff behind.
> You can ofcourse handle *value* of that type just like any other value.
> The 'tag table' in this case would be the list of timezones. I'll see
> if I can clarify it.
That'd help, thanks.

> > Agree. Another one is non-indexability which I'd truly need.
>
> Well, you can index them ofcourse, but you need to indicate explicitly
> what you want to index: the timestamp or the timestamp shifted to the
> timezone.
Oh, OK.

> I felt the module couldn't make this decision on its own.
True enough.

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

pgsql-general by date:

Previous
From: Karsten Hilbert
Date:
Subject: Re: Storage sizes for dates/times (documentation bug?)
Next
From: "Jimmy Choi"
Date:
Subject: "vacuum" and "cluster"