Напоследък срещам купища опен сорс софтуер и работи на други програмисти и виждам, че навсякъде се използва varchar или timestamp или дори int за записване на текущото време (примерно на вмъкване на записа в базата), като в инт и варчар-а се вкарва времето с time() да речем. После, ако трябва да се прави нещо с това време, да се сравнява и тн, се почват едни strtotime, maketime, time()+ - и тн (става въпрос са пхп и перл приложения).
Чудя се аз ли съм сбъркан нещо, че използвам datetime? Вие какво ползвате? Някой има ли някаква смислена причина (да речем бързодействие), заради която да се използват такива полета за съхраняване на време? Аз поне не можах да намеря никакъв аргумент в полза на това, имам единствено аргументи в полза на datetime
Говоря за MySQL, но това би трябвало да е приложимо и за други СУБД.

Съдържаниет е скрито
Влезте за да го видите

:)
Чудя се, защо ли аз ти отговарям първи, навярно, защото и аз си задавам същите въпроси (от друг ъгъл).
Не съм характерен пример, защото съм свикнал с език, в който DataTime формата поддържа прости, универсални аритметични действия; а и имам слаб опит с MySQL.
Та за реалното време (което не покрива всички приложения на DateTime) аз ползвам integer - с 4 байта и точност до секунди поддържа 136 години. А и лесно (за мен) се смятат периодите. Неудобството е, че като се гледа таблицата с универсални клиентски приложения не се познават датите :).
Ще следя с интерес останалите мнения по темата.

обикновено - double, защото се конвертира директно до ДатеТиме (в CBuilder), полвам и timestamp - ама по скоро за контрол.
Избягвам всички по зажмоцани видове, щото съм брал ядове - пускаш нещо от сорта 02.02.2002 г. и олеле не бил коректен формата - заради тъпото г.

Bеer? Moooorrre?

Готов съм да убедя и най-заклетия привърженик на INT и т.н., че DATETIME или TIMESTAMP са значително по-доброто решение


Всъщност правил съм го стотици пъти през последните години...

Съдържаниет е скрито
Влезте за да го видите

абсолютно съм съгласен!

на всички бази данни да си се ползват стандартните за дати и време типове, а не int (още по-зле varchar)

то ако искаш може и в BLOB да ги пишеш...ама файда няма....

Съдържаниет е скрито
Влезте за да го видите

а дали има такива

иначе, нормално е

най-малкото всеки език предоставя, ако не друго, то поне функции за работа с timestamp

нещата са различни, обаче, ако човек иска да пази дата на части, поради различни причини (особено ако няма function-based индекси)

Ами аз си спомням, че навремето точно един твой пост ми отвори очите. И като видях после какви функции има в мускл-а за работа с дата и време и колко са удобни, се хванах за главата колко съм бил тъп преди това

Съдържаниет е скрито
Влезте за да го видите

Аз използвам datetime или date, зависи какво ми трябва. данните ги въвеждам с DATE_ADD(NOW(), INTERVAL X HOUR) - като Х е променлива. Като слагам нещата на хостинга, ако има времева разлика, само променям стойноста и. WHERE клаузите аналогично. Наистина функциите за работа с дати са много и чрез тях можеш да си изведеш каквото и както поискаш. Стига да ги познаваш добре и да знаеш какво точно искаш да направиш

Само малко акъл да ти дам да не се мъчиш така с времената. Виж дали не можеш да променяш time zone на сървъра, работи доста по-пърфект :-)))))

root@localhost#cd /pub
root@localhost#more beer