MySQL — Хранение времени в DATETIME и INT — в чем разница (Все равно DATETIME не меняется от часового пояса — как был сохранен, так и останется)?

Question

[sorry_i_noob]

Кроме того, что INT - это 4 байта, а DATETIME - 8. Можно ведь big int использовать. И кроме того, что при получении значения из MySQL DATETIME - это строка, а INT - это POSIX-время.

Answer 1

[Rsa97]

INT вам хватит только до 2038 года, а BIGINT занимает 8 байт. DATETIME же, начиная с версии MySQL 5.6.4 - от 5 до 8 байт, в зависимости от длины дробной части секунд.
К тому же, с типом INT не работают специализированные функции, тот же INTERVAL, например. Да и отлаживать запросы удобне е с текстовым представлением даты.

Comments

[sorry_i_noob]

Зато чтобы форматировать время в DATETIME, нужно ведь сначала в POSIX-время его перевести, а потом в нужный формат, так? А с INT код на одно действие короче будет - это уже POSIX-время.
Я имею в виду форматирование языком программирования, например, php. DATETIME - всего лишь строка. И из нее другое форматирование сделать проблематично.

[Руслан Федосеев]

php.net/manual/ru/function.date-format.php

прекрасно понимает datetime на входе....

[roswell]

sorry_i_noob, DATETIME -- это DATETIME. То, что PHP воспринимает его как строку, проблема только самого PHP.

[Rsa97]

sorry_i_noob, Может быть критично разве что для high-load проектов. В обычном скрипте одна-две операции по конвертации даты ничего принципиально не ускорят.

Answer 2

[Roman Terekhin]

INT напряжнее админить на уровне БД, но гораздо проще на уровне приложения (особенно если есть работа с часовыми поясами).
unsigned INT до 2106го хватит.