Re: storing TZ along timestamps

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: storing TZ along timestamps
Дата
Msg-id 36920C89-358A-4901-8AC0-D00EDFC8C31F@nasby.net
обсуждение исходный текст
Ответ на Re: storing TZ along timestamps  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: storing TZ along timestamps
Список pgsql-hackers
On Jul 25, 2011, at 6:22 PM, Robert Haas wrote:
> On Mon, Jul 25, 2011 at 6:26 PM, Jim Nasby <jim@nasby.net> wrote:
>> Hrm, don't we only pull in ZIC info on a reload? Or do we actually refer to it dynamically all the time? Perhaps we
canenforce that we'll only recognize new TZ info as part of a config reload? 
>
> Hmm.  That might work in theory, but I don't see any good way to
> update every database's tz table on each reload.

I'm assuming that the issue here is that multiple backends could be connected to the same database, and we don't want
allof them to try to actually do the updates, only the first one that discovers the change. If that's the problem you
foreseethen perhaps it's a non-issue... if each backend only updates things that have actually changed, and they do
thatwith race-free 'merge' logic, then only the first backend to attempt the update would end up finding actual work to
do.

Or are you seeing a problem I'm missing?
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Add missing newlines at end of error messages
Следующее
От: Christopher Browne
Дата:
Сообщение: Re: storing TZ along timestamps