M
Yaroslav Schekin
> Я говорил что было бы удобней если библиотека клиента постгрес определяла свою timezone автоматический.
А Вы знаете, что "библиотек клиента постгрес" гораздо больше одной?
Т.е. чуть ли не для каждого ЯП есть своя реализация протокола postgres ("с нуля").
И что там авторы (зачастую не имеющие никакого отношения к проекту postgres!) написали — откуда нам знать?
> Вы говорите что это магия, но не пояснили почему.
Да, некоторые клиенты используют libpq, и только на них можно как-то повлиять (переменной окружения, как Вы и нашли).
Но толку развивать эту тему, если (почти) все остальные клиентские API эти переменные, естественно, игнорируют?
Т.е., собственно, поэтому. Заставить изменить time zone библиотеку, которая ничего знать не знает ни о каких переменных окружения (а может, и вообще не поддерживает параметры соединения), можно только магией, никак иначе (если в её исходники не лезть). ;)
> Например почему нельзя использовать данный подход ?
Используйте. Вот Вы на каком языке пишете / каким клиентским API пользуетесь?
А Вы знаете, что "библиотек клиента постгрес" гораздо больше одной?
Т.е. чуть ли не для каждого ЯП есть своя реализация протокола postgres ("с нуля").
И что там авторы (зачастую не имеющие никакого отношения к проекту postgres!) написали — откуда нам знать?
> Вы говорите что это магия, но не пояснили почему.
Да, некоторые клиенты используют libpq, и только на них можно как-то повлиять (переменной окружения, как Вы и нашли).
Но толку развивать эту тему, если (почти) все остальные клиентские API эти переменные, естественно, игнорируют?
Т.е., собственно, поэтому. Заставить изменить time zone библиотеку, которая ничего знать не знает ни о каких переменных окружения (а может, и вообще не поддерживает параметры соединения), можно только магией, никак иначе (если в её исходники не лезть). ;)
> Например почему нельзя использовать данный подход ?
Используйте. Вот Вы на каком языке пишете / каким клиентским API пользуетесь?
libpgxx
