https://www.opennet.ru/openforum/vsluhforumID3/44663.html MySQL:<br><br>Посмотреть список глобального и локального часового пояса:<br> SHOW VARIABLES LIKE '%time_zone%';<br><br>Конвертация в запросе времени из одной временной зоны в другую:<br> SELECT CONVERT_TZ('2008-10-24 5:00:00','UTC','MSK');<br><br>Изменить текущую зону для локального соединения:<br> SET time_zone = 'MSK'<br>или<br> SET time_zone = '+03:00';<br><br>Для всего MySQL сервера часовой пояс можно поменять установив в файле конфигурации:<br> default-time-zone='MSK'<br><br>или под привилегированным пользователем выполнить запрос:<br> SET GLOBAL time_zone ='MSK'<br><br><br>PostgreSQL:<br><br>Для текущей сессии зона задается через:<br> SET TIME ZONE 'MSK'<br>или<br> SET TIME ZONE '-3'<br><br>Для клиентов использующих libpq часовой пояс может быть определен в переменной окружения PGTZ.<br><br>Если часовой пояс для всей СУБД не определен (параметр timezone) в postgresql.conf, он берется из <br>стандартной переменной окружения TZ<br><br>в shell:<br> export TZ=GMT-3<br><br>в perl:<br> $ENV{"TZ"}="GMT-3";<br> <br>в PHP:<br> putenv("TZ=GMT-3");<br><br><br><br>URL: <br>Обсужда https://www.opennet.ru/openforum/vsluhforumID3/44663.html#5 Fri, 07 Nov 2014 23:40:01 GMT загрузить временные зоны<br>mysql_tzinfo_to_sql /usr/share/zoneinfo &#124; mysql -u root mysql<br> https://www.opennet.ru/openforum/vsluhforumID3/44663.html#4 Sat, 01 Nov 2008 07:54:57 GMT локализация - это из другой оперы, а именно про национальные буковки. То, что в Oracle своя локализация - верно и правильно, т.к. переводить какую нибудь терабайтную базу, на которую заточен крупный бизинец, с кодировки RU8CP866 вам никто не даст. А новые клиентские приложения, стоящие на новой linux станции, вполне красиво перекодируются в нужную локаль оракловым клиентом<br><br>про таймзоны тоже можно придумать ситуацию, когда на одной машине существует несколько баз с разными таймзонами. Например одна - логический стэндбай с другого конца планеты, вторая местная, а дальше к ним еще и обращаться надо разным клиентам из разных мест<br>это не вопрос гордости, а вопрос качественности инструмента. Если ваш случай простой - можете использовать настройки по умолчанию и не париться ...<br><br>дык вот ...<br> https://www.opennet.ru/openforum/vsluhforumID3/44663.html#3 Mon, 27 Oct 2008 23:41:56 GMT &gt;Павлин - да ты просто не в теме! :) <br><br>Про аракыл знал, но недумал что так все запущено. <br><br>&gt; Про мыскыл - не знаю, не юзаю я его нигде :) <br><br>mysql&gt; show variables;<br><br>...<br>system_time_zone MSK<br>time_format %H:%i:%s <br>time_zone SYSTEM <br>... <br><br>В конфиге ничего нет!<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/44663.html#2 Sat, 25 Oct 2008 19:43:43 GMT Павлин - да ты просто не в теме! :)<br><br>У DBA-щиков собственная гордость! Что оракул что постгре таскают собственную локализацию, <br>чтобы админам жизнь мёдом не казалась :)<br><br>(под FreeBSD к примеру глянь на /usr/local/share/postgresql и далее два чедный дира: timezone и timezonesets :)<br>Оракла на работе - но поверь там такая же фигня. Про мыскыл - не знаю, не юзаю я его нигде :)<br> https://www.opennet.ru/openforum/vsluhforumID3/44663.html#1 Fri, 24 Oct 2008 13:53:16 GMT Например утиль date, если TZ установлена скажем в <br>export TZ=МАЙО_ВРЕМЯ, то date читает из <br>/usr/share/zoneinfo/МАЙО_ВРЕМЯ, <br>если переменная TZ не установлена, тогда смотрит в<br>/etc/localtime, а этот фаил, где-то копируется, где-то <br>симлинком на /usr/share/zoneinfo/Europe/Moscow. <br><br>А по правильному,- есть стандартизированные буквенные коды, <br>для Москвы это MSD и MSK в этом случае date будет читать из <br>/usr/share/zoneinfo/MSK (или MSD), но это есть точная копия <br>/usr/share/zoneinfo/Europe/Moscow <br><br>Вот такая попа :)<br><br><br><br>И ваще, БАЯНИСТЫЙ БАЯН - <br><br>http://dev.mysql.com/doc/refman/5.0/en/time-zone-support.html<br>http://www.opennet.ru/base/sys/date_and_time.txt.html<br>http://gazette.linux.ru.net/rus/articles/managing_accurate_date_and_time.html <br>