Re: storing TZ along timestamps - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: storing TZ along timestamps
Date
Msg-id 36920C89-358A-4901-8AC0-D00EDFC8C31F@nasby.net
Whole thread Raw
In response to Re: storing TZ along timestamps  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: storing TZ along timestamps
List 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 by date:

Previous
From: David Fetter
Date:
Subject: Re: [COMMITTERS] pgsql: Add missing newlines at end of error messages
Next
From: Christopher Browne
Date:
Subject: Re: storing TZ along timestamps