Хранение даты в БД без проблем с часовыми поясами
Добавлено: 2015-02-04 13:19:53
Мужики, столкнулся тут с проблемой:
Есть самописная прога на php+apache+mysql5.6+FreeBSD, типа СРМ система для конторы.
Работала всех устраивая 3 года и тут я сервак обновил до 10-STABLE, и прилетело соответственно изменение часовых поясов от 26 октября 2014 года.
Время во всех местах ушло на час вниз. К тому же заметил это не сразу, а соответственно новые занесённые с момента обновления данные были уже в корректном часовом поясе. Вобщем небольшой караул. В принципе я это решил, но на будущее решил избавить себя от решений правительства в сфере часовых зон.
Подскажите пожалуйста, как лучше это предусмотреть? Хранить дату в виде строки, типа дд-мм-гггг чч.мм.сс?
Работать в запросах с этим не очень удобно, хочется хранить в виде UNIX_TIMESTAMP.
Подскажите пожалуйста решение, как время нормализовать чтобы оно не зависело от часового пояса? В GMT может на серваке его держать всегда, а уже программно приводить к нужному поясу? Или всё-же строка единственный выход?
Есть самописная прога на php+apache+mysql5.6+FreeBSD, типа СРМ система для конторы.
Работала всех устраивая 3 года и тут я сервак обновил до 10-STABLE, и прилетело соответственно изменение часовых поясов от 26 октября 2014 года.
Время во всех местах ушло на час вниз. К тому же заметил это не сразу, а соответственно новые занесённые с момента обновления данные были уже в корректном часовом поясе. Вобщем небольшой караул. В принципе я это решил, но на будущее решил избавить себя от решений правительства в сфере часовых зон.
Подскажите пожалуйста, как лучше это предусмотреть? Хранить дату в виде строки, типа дд-мм-гггг чч.мм.сс?
Работать в запросах с этим не очень удобно, хочется хранить в виде UNIX_TIMESTAMP.
Подскажите пожалуйста решение, как время нормализовать чтобы оно не зависело от часового пояса? В GMT может на серваке его держать всегда, а уже программно приводить к нужному поясу? Или всё-же строка единственный выход?