Re: Should AT TIME ZONE be volatile?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Should AT TIME ZONE be volatile?
Дата
Msg-id 1546724.1636642372@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Should AT TIME ZONE be volatile?  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Should AT TIME ZONE be volatile?  (Laurenz Albe <laurenz.albe@cybertec.at>)
Re: Should AT TIME ZONE be volatile?  (Ilya Anfimov <ilan@tzirechnoy.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I'm not really convinced that ICU is better, either. I think it's more
> that it isn't used as much.

Well, at least ICU has a notion of attaching versions to collations.
How mindful they are of bumping the version number when necessary
remains to be seen.  But the POSIX locale APIs don't even offer the
opportunity to get it right.

> I don't have any constructive proposal for what to do about any of
> this. It sure is frustrating, though.

Yup.  If we had reliable ways to detect changes in this sort of
environment-supplied data, maybe we could do something about it
(a la the work that's been happening on attaching collation versions
to indexes).  But personally I can't summon the motivation to work
on that, when ICU is the *only* such infrastructure that offers
readily program-readable versioning.

            regards, tom lane



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Should AT TIME ZONE be volatile?
Следующее
От: "Bossart, Nathan"
Дата:
Сообщение: Re: add recovery, backup, archive, streaming etc. activity messages to server logs along with ps display