1.1, Vadim (??), 14:54, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>ALTER DATABASE mydb SET timezone TO >'Asia/Yekaterinburg';
Это несколько хард коддинг.
psql можно указать смещение временной зоны относителельно UTC:
SET TIMEZONE TO "+4";
| |
|
2.2, qwerty (??), 15:07, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
По-моему, это у тебя хардкодинг. :)
А в статье нормальное решение.
| |
|
|
4.4, qwerty (??), 17:20, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Почему? Через полгода в Екатеринбурге что-то опять изменится?
| |
|
5.10, anonymous (??), 10:25, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
неделю назад по Asia/Yekaterinburg было летнее время, а через полгода не будет?
| |
|
|
|
2.6, Аноним (-), 21:42, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> psql можно указать смещение временной зоны относителельно UTC:
> SET TIMEZONE TO "+4";
Ага и потерять все переключения часовых поясов в прошлом.
| |
|
1.5, anonymous (??), 20:22, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Странно,
SELECT * FROM pg_timezone_names;
Europe/Moscow | MSK | 04:00:00 | f
Это значит час. пояс правильный стоит?
# uname -a
Linux postgres 2.6.38-gentoo-r6 #3 SMP Tue Jun 7 22:35:12 YEKST 2011 x86_64 Intel(R) Xeon(R) CPU E5620 @ 2.40GHz GenuineIntel GNU/Linux
# postgres=# select version();
PostgreSQL 8.4.7 on x86_64-pc-linux-gnu, compiled by GCC x86_64-pc-linux-gnu-gcc (Gentoo 4.4.5 p1.2, pie-0.4.5) 4.4.5, 64-bit
(сие под 1с-ку заточено)
Хотя кажется, что правильность часового пояса на данные не влияет
| |
|
|
3.13, funny_falcon (?), 21:56, 04/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Сидишь на testing.
> В stable всё намного хуже
Поправка: чтобы понять всю досадную не справедливость жизни, выполни:
select '2011-11-04 00:00:00 MSK'::timestamptz
| |
|
|
1.15, BbIPb (?), 11:31, 08/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
у меня тоже чтото в postgresql не так ?
смена ТЗ в системе, вызвала смену в PG
postgres=# SELECT * FROM pg_timezone_names where name like '%Moscow%';
name | abbrev | utc_offset | is_dst
---------------+--------+------------+--------
Europe/Moscow | MSK | 04:00:00 | f
(1 row)
postgres=# select version();
version
---------------------------------------------------------------------------------------------------------------
PostgreSQL 9.1.0 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46), 64-bit
(1 row)
| |
1.17, mike_t (?), 13:56, 08/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
небольшое уточнение, этот совет полезен только тем у кого собран pgsql без опции --with-system-tzdata=DIR
если опция присутствует, то и так всё поправится
| |
1.19, Stas Todorov (?), 22:05, 25/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Автору огромное спасибо!
Хотелось бы только отметить, что копировать файлы зон приходится от рута, и (в случае с сервером 1С) лучше для большей безопасности сначала остановить сервис 1С, потом postgresql, и потом уже скопировать правильный файл и запустить сервисы в обратной последовательности.
| |
|