Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.)
| От | Tom Lane |
|---|---|
| Тема | Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) |
| Дата | |
| Msg-id | 13181.1562082452@sss.pgh.pa.us обсуждение |
| Ответ на | Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.)
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> Long story short, I agree with you that most people probably don't
> care about this very much, but I also agree with Andrew that some of
> the current choices we're making are pretty strange, and I'm not
> convinced as you are that it's impossible to make a principled choice
> between alternatives in all cases. The upstream data appears to
> contain some information about intent; it's not just a jumble of
> exactly-equally-preferred alternatives.
I agree that if there were an easy way to discount the IANA "backward
compatibility" zone names, that'd likely be a reasonable thing to do.
The problem is that those names aren't distinguished from others in
the representation we have available to us (ie, the actual
/usr/share/zoneinfo file tree). I'm dubious that relying on
zone[1970].tab would improve matters substantially; it would fix
some cases, but I don't think it would fix all of them. Resolving
all ambiguous zone-name choices is not the charter of those files.
regards, tom lane
В списке pgsql-hackers по дате отправления: