|
|
|
| Время, полученное от time () храню в бд. Храню потому что по date (...) можно просто вывести дату\время.
---
При таком подходе, проблемы будут при php-обработке вывода данных за период или на конкретну дату(?)
Как лучше его хранить, если нужно выводить записи из бд за конкретный период, или на конкретную дату\время? | |
|
|
|
|
|
|
|
для: root_xxx
(19.11.2015 в 00:57)
| | Данные из поля всегда можно конвертировать и в дни и штамп времени как в Unix, и из штампа времени в datetime. Сама недавно об этом узнала, очень обрадовалась. Всегда хранила даты в timestamp (10 знаков) именно из-за того, что трудно было по-другому делать сравнения, выборки периодов и т.д.
Hапример, тут сравниваются две даты - одна возвращается функцией NOW(), другая хранится как datestamp
TO_DAYS(NOW())-TO_DAYS(FROM_UNIXTIME(date_in)) <= 10")
|
| |
|
|
|
|
|
|
|
для: elenaki
(19.11.2015 в 10:32)
| | date_in тут похоже в INT живет.
Для поля в TIMESTAMP применять FROM_UNIXTIME() не нужно. | |
|
|
|
|
|
|
|
для: Trianon
(19.11.2015 в 11:41)
| | B varchar. | |
|
|
|
|
|
|
|
для: elenaki
(19.11.2015 в 11:46)
| | в варчар ему совсем душно сделается. Ибо оно там даже сортироваться корректно не будет. | |
|
|
|
|
|
|
|
для: Trianon
(19.11.2015 в 12:54)
| | ...не говоря уже о том, что место занимать будет раза в три больше | |
|
|
|
|
|
|
|
для: Trianon
(19.11.2015 в 17:19)
| | потому что 3 байта на utf-символ? | |
|
|
|
|
автор: Trianon в гостях (21.11.2015 в 17:39) |
|
|
для: root_xxx
(21.11.2015 в 02:21)
| | да нет... там же цифры - значит по байту на символ.
Но типичная метка времени unix - это десятизначное десятичное число.
Значит символов (цифр) будет десять. Ну и (varchar же- значит длину тоже надо хранить? ) плюс байт-другой под длину.
В то время как тип INT требует под хранение 4 байта. | |
|
|
|
|
|
|
|
для: root_xxx
(19.11.2015 в 00:57)
| | Храню потому что по date (...) можно просто вывести дату\время.
Да из любого формата даты/времени функцией дате можно получить иное, как собственно тоже самое сделать и средствами SQL.
При таком подходе, проблемы будут при php-обработке вывода данных за период или на конкретну дату.
И SQL, и РНР имеют средства для работы с интервалами. | |
|
|
|