Полная Версия: datetime, timestamp
Вместо datetime, timestamp использую int(11) и дата хранится в формате Unix (1342987200). Т.е. хочу узнать чем это плохо?
тем что вы частично лишаетесь работы с датами средствами СУРБД, а в MySQL мощная система работы с датами
_____________
Стимулятор ~yoomoney - 41001303250491
_____________
Стимулятор ~yoomoney - 41001303250491
ну пока что не почувствовал неудобств, выбрать по определенной дате запись могу, выбор больше какой даты или меньше просто. Каких средств? можно примерчик, пожалуйста
выведи все строчки у которых дата является суботой и год является 2012
_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();
_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();
| Цитата (SlavaFr @ 10.01.2013 - 10:54) |
| выведи все строчки у которых дата является суботой и год является 2012 |
ну если вдруг такое понадобится, то можно сделать дополнительные поля "год","месяц", "день недели" и написать скрипт который их заполнит из имеющейся даты. В свое время я такой функции не нашел(плохо искал наверное), чтоб можно было выбрать из БД по дню недели, не подскажите? очень интересно
SlavaFr
ну так СУБД умеет оперировать и timestamp
_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.
ну так СУБД умеет оперировать и timestamp
_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.
| Цитата |
| то можно сделать дополнительные поля |
вот нахера? когда можно юникс время хранить в юникс формате, а не натягивать презерватив на голову.
реально других слов больше не нашел
а функции искать... блин ну даже не знаю куда mysql.ru потерялся
http://sevidi.ru/webd/dweb/phppage44.php
_____________
Стимулятор ~yoomoney - 41001303250491
| Цитата (Valick @ 10.01.2013 - 11:11) | ||
вот нахера? когда можно юникс время хранить в юникс формате, а не натягивать презерватив на голову. реально других слов больше не нашел а функции искать... блин ну даже не знаю |
потому как редко такое нужно, да и сейчас посмотрел в гугле что можно и без дополнительных полей, просто первое что в голову пришло. С tomash согласен
ps на вашу ссылку Valick касперский ругается
да я сам эту ссылку первый раз вижу, у меня НОД на работе, а он "мышей не ловит"
на mysql.ru было все отлично расписано (перевод офф документации)
___
и не важно редко это нужно или нет, есть определенные правила незнание которых не освобождает... ну и тд
_____________
Стимулятор ~yoomoney - 41001303250491
на mysql.ru было все отлично расписано (перевод офф документации)
___
и не важно редко это нужно или нет, есть определенные правила незнание которых не освобождает... ну и тд
_____________
Стимулятор ~yoomoney - 41001303250491
| Цитата (tomash @ 10.01.2013 - 11:09) |
| SlavaFr ну так СУБД умеет оперировать и timestamp |
используа для этого FROM_UNIXTIME который база не в состоянии индексировать? Наверное они чтото подразумивали, когда придумали для Времени собственный формат.
_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();
tomash прав, есть в СУБД поле с нужным типом, его и нужно использовать, и не страдать фигней.
UPD пардон не тот ник вставил
имел ввиду SlavaFr
UPD пардон не тот ник вставил
имел ввиду SlavaFr
Да я маху дал... ТС говорит о хранение в инте... я имел ввиду тип данных timestamp, да он не такой функциональный как datetime, но тут все зависит от того как будут эти данные использоватся. В int хранить не стоит.
_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.
_____________
Чтобы понять, что такое рекурсия - нужно понять, что такое рекурсия.
всем спасибо! Усвоил, почитал ответы, много чего прояснил для себя, все сводится к тому что лучше использовать datetime(), буду переучиваться, а так привык к Int
| Цитата (dvs @ 10.01.2013 - 15:04) |
| все сводится к тому что лучше использовать datetime |
я этого не говорил, лучше использовать timestamp а не int. Хранение в формате юникс, имеет свои преимущества.
Здесь расположена полная версия этой страницы.