Re: Storage sizes for dates/times (documentation bug?)

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Storage sizes for dates/times (documentation bug?)
Date: 2008-04-15 15:29:09
Message-ID: 20080415152909.GC7024@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Apr 15, 2008 at 04:23:42PM +0200, Karsten Hilbert wrote:
> When you delete a tagged type some cruft is left behind
> (not in the system catalog though).
>
> 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.

> > Truly, taggedtypes are a really useful feature but I think the chance
> > of them being in the main tree approximatly nil, which is enough reason
> > to stay away from them.
> 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. I felt the module couldn't make this decision on its own.
Indexing the type directly would be more work, not sure if there's
enough demand for it.

Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Please line up in a tree and maintain the heap invariant while
> boarding. Thank you for flying nlogn airlines.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Erik Jones 2008-04-15 15:53:51 Re: Which Python library - psycopg2 or pygresql?
Previous Message Dawid Kuroczko 2008-04-15 15:27:14 Which Python library - psycopg2 or pygresql?