Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: хранение времени (изв за повтор)
 
 автор: root_xxx   (19.11.2015 в 00:57)   письмо автору
 
 

Время, полученное от time () храню в бд. Храню потому что по date (...) можно просто вывести дату\время.

---
При таком подходе, проблемы будут при php-обработке вывода данных за период или на конкретну дату(?)

Как лучше его хранить, если нужно выводить записи из бд за конкретный период, или на конкретную дату\время?

  Ответить  
 
 автор: elenaki   (19.11.2015 в 10:32)   письмо автору
 
   для: root_xxx   (19.11.2015 в 00:57)
 

Данные из поля всегда можно конвертировать и в дни и штамп времени как в Unix, и из штампа времени в datetime. Сама недавно об этом узнала, очень обрадовалась. Всегда хранила даты в timestamp (10 знаков) именно из-за того, что трудно было по-другому делать сравнения, выборки периодов и т.д.
Hапример, тут сравниваются две даты - одна возвращается функцией NOW(), другая хранится как datestamp
TO_DAYS(NOW())-TO_DAYS(FROM_UNIXTIME(date_in)) <= 10")

  Ответить  
 
 автор: Trianon   (19.11.2015 в 11:41)   письмо автору
 
   для: elenaki   (19.11.2015 в 10:32)
 

date_in тут похоже в INT живет.
Для поля в TIMESTAMP применять FROM_UNIXTIME() не нужно.

  Ответить  
 
 автор: elenaki   (19.11.2015 в 11:46)   письмо автору
 
   для: Trianon   (19.11.2015 в 11:41)
 

B varchar.

  Ответить  
 
 автор: Trianon   (19.11.2015 в 12:54)   письмо автору
 
   для: elenaki   (19.11.2015 в 11:46)
 

в варчар ему совсем душно сделается. Ибо оно там даже сортироваться корректно не будет.

  Ответить  
 
 автор: Trianon   (19.11.2015 в 17:19)   письмо автору
 
   для: Trianon   (19.11.2015 в 12:54)
 

...не говоря уже о том, что место занимать будет раза в три больше

  Ответить  
 
 автор: root_xxx   (21.11.2015 в 02:21)   письмо автору
 
   для: 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 байта.

  Ответить  
 
 автор: confirm   (19.11.2015 в 15:19)   письмо автору
 
   для: root_xxx   (19.11.2015 в 00:57)
 

Храню потому что по date (...) можно просто вывести дату\время.

Да из любого формата даты/времени функцией дате можно получить иное, как собственно тоже самое сделать и средствами SQL.

При таком подходе, проблемы будут при php-обработке вывода данных за период или на конкретну дату.

И SQL, и РНР имеют средства для работы с интервалами.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования