Вы храните дату в базе в формате unixtime или DateTime, типа 0000-00-00 00:00:00?

[@s5656]

можете меня минусовать, но про unixtime даже не слышал =\

**убежал читать мануал

[@wolandino]

www.php.net/manual/en/function.time.php
Это синоним Unix timestamp

[@s5656]

спасибо, но уже прочитал, мой выбор все же пал на datetime =)

[@MegafonUral]

и это ты меня в позоре обвинял? ))))))

[@Psih]

Datetime, т.к. всё-таки большинство калькуляций делаю на уровне SQL, а если очень надо в PHP — UNIX_TIMESTAMP(), расчитываем что надо в PHP, FROM_UNIXTIME() при записи в базу.

[@kossnocorp]

Удобнее и быстрее по моему мнению unixtime. А вот с datetime приятнее и нагляднее при просмотре базы данных напрямую через инструмент. Мой выбор unixtime хотя проголосал за «по ситуации»

[@Ganagin]

Не согласен, представьте что нужно выбрать все записи сделанные 20 августа 2008 год — каковы будут ваши действия?

[@kossnocorp]

Возьму начало дня и конец дня в unixtime и буду вести поиск по этому промежутку. А если серьезно конечно тут не особо удобно, вы правы.

[@iBear]

Когда как. Последнее время unixtime, т.к. на уровне сравнения значений больше-меньше это удобнее.

[@casey]

Работаю в mysql — конечно же datetime, т.к. можно использовать нативный поиск и стандартные функции.

[@lam0x86]

Я правильно понял, что unixtime используют только для проектов на php?

[@kossnocorp]

с++ и еже с ними

[@GarretUA]

По ситуации, когда планируется какая то работа с датой — unixtime, когда нет — datetime.

[@cypress]

Странно, что никто не заметил того факта, что в unixtime можно хранить только даты «since the Unix Epoch (January 1 1970 00:00:00 GMT). То есть даты рождения людей например хранить не получится.
То есть хранение даты в datetime более универсально, хоть она и будет занимать 8 байт в mysql вместо 4 при использовании integer.

[@ren]

А как же отрицательные значения?

[@cypress]

Согласен, можно использовать отрицательные значения. Но не для всего возможного диапазона дат.

[@ren]

The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT.

[@ekim]

уже наступал на грабли со днями рождения
кроме того en.wikipedia.org/wiki/Year_2038_problem

сам использую datetime

[@pavel_manylov]

Это чисто техническая(=железячная) проблема и к 2038 году я уверен «срок» будет сдвинут…
Но всятаки с днями рождений и прочими «датами», которые имеют хоть какую-то возможность выйти за timestamp предпочитаю использовать datetime…

[@evil_random]

У меня формат выбирает НЛО