Re: Time-Delayed Standbys

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Time-Delayed Standbys
Дата
Msg-id CA+TgmoaZa3D_RkPT+XZsEzMi-KvFu2NyLXD96RKy=L+qMh4oUQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Time-Delayed Standbys  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Time-Delayed Standbys
Список pgsql-hackers
On Thu, Dec 12, 2013 at 9:52 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Simon Riggs <simon@2ndQuadrant.com> writes:
>> On 12 December 2013 11:05, Andres Freund <andres@2ndquadrant.com> wrote:
>>>> My suggestion would be to add the TZ to the checkpoint record. This
>>>> way all users of WAL can see the TZ of the master and act accordingly.
>>>> I'll do a separate patch for that.
>
>>> Intuitively I'd say that might be useful - but I am not reall sure what
>>> for. And we don't exactly have a great interface for looking at a
>>> checkpoint's data. Maybe add it to the control file instead?
>
>> That's actually what I had in mind, I just phrased it badly in mid-thought.
>
> I don't think you realize what a can of worms that would be.  There's
> no compact representation of "a timezone", unless you are only proposing
> to store the UTC offset; and frankly I'm not particularly seeing the point
> of that.

+1.  I can see the point of storing a timestamp in each checkpoint
record, if we don't already, but time zones should be completely
irrelevant to this feature.  Everything should be reckoned in seconds
since the epoch.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Changeset Extraction Interfaces
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: In-Memory Columnar Store