From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: bootstrap table with TimestampTz type |
Date: | 2009-05-20 20:49:50 |
Message-ID: | 162867790905201349t2971e865m1c2f71ed924baf63@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
so solution is simple
as two lines to genbki.sh - there is similar jobs - NameData => name, ...
regards
Pavel Stehule
2009/5/20 Alvaro Herrera <alvherre(at)commandprompt(dot)com>:
> Tom Lane escribió:
>> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
>> > Pavel Stehule escribió:
>> >> Initdb finish with bug unrecognized type "TimestampTz", because
>> >> pg_type knows "timestamptz". But I can't to use timestamptz, because
>> >> the identifier is "TimestampTz".
>>
>> > See pg_authid.h ... is that not enough?
>>
>> That was okay for a one-off hack, but if we're going to have timestamptz
>> in multiple catalogs, it might be nice to have a cleaner solution.
>> Should we make it work like aclitem does (cf genbki.h)?
>
> Yeah, eventually we're going to need timestamps in autovacuum scheduler
> catalogs too, so if it's solved for good, all the better.
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Dan Langille | 2009-05-20 23:36:31 | PGCon 2009 t-shirt |
Previous Message | Alvaro Herrera | 2009-05-20 20:18:45 | Re: bootstrap table with TimestampTz type |