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

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Storage sizes for dates/times (documentation bug?)
Дата
Msg-id 26487.1208223597@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Storage sizes for dates/times (documentation bug?)  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Storage sizes for dates/times (documentation bug?)
Список pgsql-general
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Which means that storing date + timetz in two separate columns is not
> quite the same as storing a timestamptz.  Oops.

Quite so.  Our docs already point out that timetz is really a completely
brain-damaged concept, anyway.

There's been some talk of adding an explicit zone representation to
timestamptz, but so far I haven't been convinced that it's worth
doubling the storage requirement (which is what it would take,
considering alignment...).  ISTM that we have defined timestamptz
in such a way that it solves many real-world problems, and timestamp
also solves real-world problems, but the use-case for a timestamp plus
an explicit time zone is much less clear.

            regards, tom lane

В списке pgsql-general по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Storage sizes for dates/times (documentation bug?)
Следующее
От: "Chris Velevitch"
Дата:
Сообщение: Re: how to get pg_restore to continue if an error occurs