| 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: | Whole Thread | Raw Message | 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 |