Никак не могу выбрать как лучше хранить в TIMESTAMP или INT   

Посоветуйте, пожалуйста, кто что использует в реальных проектах.

MystDeim, timestamp

Храню в int, приведённый к GMT +0;

Неправильная постановка вопроса. Надо спрашивать не "кто что использует", а "что лучше использовать для такой-то задачи, при таких-то ожидаемых условиях". У каждого способа свои плюсы, минусы и ограничения - например, для записи дат рождения юзеров вообще лучше брать DATETIME, чтоб наверняка не знать проблем с датами до 1970 г. (да и после 2038 - кто знает, сколько проживет эта база?). А если, к примеру, это статистика использования чего-либо, и нужно определить самые активные часы летом - вообще есть смысл разнести дату и время по отдельным полям (DATE и TIME соотв-но), да повесить на каждое отдельный индекс (иначе при сложной выборке база вполне может сказать "шпок";)...

TIMESTAMP наиболее удобен там, для чего предназначен - для "автомаркировки" времени добавления записи в таблицу (только при апдейтах с ним нужно быть осторожным!). INT есть смысл применять в переносимых решениях - чтобы все настройки, связанные со временем, можно было менять через PHP, а не через базу. Места в памяти они занимают одинаково, диапазон допустимых значений тоже один и тот же (до января 2038 года), легко конвертируются друг в друга (TO/FROM_UNIXTIME), но при выводе "как есть" значения таймстемпа более человекочитаемы (что немаловажно при отладке).

Это сообщение отредактировал(а) SelenIT - 21.10.2008, 13:33

Для дней рождения я выбрал тип DATE, 

Время рождения важно знать только в роддоме 


Разносить не хочу, так как не хочу проблем с часовыми поясами.

Создал таблицу в ней 2 поля TIMESTAMP и DATETIME, странно но отображаются они одинаково: CCYY-MM-DD hh:mm:ss, хотя в мануале написано, что TIMESTAMP(14) записывается как YYYYMMDDHHMMSS.

странно...

а как выводятся?

2008-10-21 16:39:25

формат поля TIMESTAMP(14) попробуй задать

bars80080, пробовал, глюк какой-то переставить похоже надо.

Стал склоняться к использованию INT

дожно быть удобно

Уже не вижу преимуществ использования TIMESTAMP, у него такие же  ограничения как и при хранении в виде целого числа, при хранении в инт будет проще обрабатывать.

Логично;). Я ступил малость.


Откуда? Сервер-то один, так какая... пардон, разница?


От какой версии мануал? Если не путаю, так было по 4-ю включительно, начиная с пятой стало выводиться с разделителями. А вообще - какая разница, как оно отображается? Все равно для юзеров оно наверняка будет форматироваться как надо через DATE_FORMAT, а чтобы не перепутать сегодняшнюю запись с прошлонедельной при отладке - и по-старому, и по-новому читабельность достаточна...


Смотря где и как. Если в самой базе - потребуется одно дополнительное преобразование...

В целом, оно с какой-то стороны действительно надежнее - никогда не взбрыкнет, если забыть нужный параметр при апдейте установить... все в своих руках, под контролем... но и думать обо всем, начиная от банального форматирования при выводе и заканчивая вышеупомянутыми часовыми поясами, летним/зимним временем и т.п. тоже придется самому ;).

Спасибо всем за ответы, пришел к выводу, что нужно использовать TIMESTAMP!