From: | Karsten Hilbert <Karsten(dot)Hilbert(at)gmx(dot)net> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Storage sizes for dates/times (documentation bug?) |
Date: | 2008-04-16 15:33:19 |
Message-ID: | 20080416153318.GE4138@merkur.hilbert.loc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Vance Maverick | 2008-04-16 15:41:25 | table as log (multiple writers and readers) |
Previous Message | Karsten Hilbert | 2008-04-16 15:09:56 | Re: Storage sizes for dates/times (documentation bug?) |