Полная Версия: timestamp ниже 70 года
| Цитата |
| всю бизнес-логику выносим в скрипты, составляя запросы с unix timestamp. |
Другими словами, имея базу на несколько десятков мегабайт, для получения какого-нибудь периода в три дня, тащим всю таблицу на сторону PHP? А если там гектары?
И все ради чего, самое интересное...
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
И все ради чего, самое интересное...
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
killer8080
Если я в России и у меня настроена зона Europa/Moscow, то date() от нулевого timstamp даёт 1970-01-01 03:00:00
_____________
Gear Framework
Gear Framework на Github
Если я в России и у меня настроена зона Europa/Moscow, то date() от нулевого timstamp даёт 1970-01-01 03:00:00
_____________
Gear Framework
Gear Framework на Github
| Цитата |
| всю бизнес-логику выносим в скрипты, составляя запросы с unix timestamp |
| Цитата (twin @ 31.01.2014 - 14:13) | ||
Другими словами, имея базу на несколько десятков мегабайт, для получения какого-нибудь периода в три дня, тащим всю таблицу на сторону PHP? А если там гектары? И все ради чего, самое интересное... |
что то у вас логика хромает. зачем такие манипуляции нужны? я просто буду дергать из базы только тех кто мне нужен, без дополнительных условий msql.
| Цитата (twin @ 31.01.2014 - 13:13) | ||
Другими словами, имея базу на несколько десятков мегабайт, для получения какого-нибудь периода в три дня, тащим всю таблицу на сторону PHP? А если там гектары? И все ради чего, самое интересное... |
зачем? нам надо сделать выборку по какому-то критерию? меняем дату на таймстэмп в запросе и все.
| Цитата (Valick @ 31.01.2014 - 13:21) | ||
мозг вы себе выносите, а не бизнес логику |
да-да, конструктивно
в Интернете кто-то не прав
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
_____________
Профессиональная разработка на заказ
Я на GitHub | второй профиль
linker
а ну да, ты прав, дата может изменятся от настроек часового пояса.
а ну да, ты прав, дата может изменятся от настроек часового пояса.
| Цитата (zelenin @ 31.01.2014 - 12:27) |
| зачем? нам надо сделать выборку по какому-то критерию? меняем дату на таймстэмп в запросе и все. |
для исторических дат, время будет только мешать, оно там совершенно ни к месту.
zelenin, покажите запрос на подсчет количества пользователей в БД по годам рождения
_____________
Стимулятор ~yoomoney - 41001303250491
_____________
Стимулятор ~yoomoney - 41001303250491
| Цитата (Valick @ 31.01.2014 - 13:37) |
| zelenin, покажите запрос на подсчет количества пользователей в БД по годам рождения |
'select count(*) from `users` where `bdate` beetween "' . mktime( 0,0,0,1,1,1956) . '" and "' . mktime( 0,0,0,1,1,1957) . '"'
а, если имеется в виду сводная таблица, то да, будет удобнее использовать TIMESTAMP, что не отменяет ответа на первоначальный вопрос - проблемы хранения unix t-p в базе нет
zelenin
По годам рождения, а не общее количество в промежутке между 56-ым и 57-ым, т.е. сколько в 56-ом, сколько в 57-ом.
_____________
Gear Framework
Gear Framework на Github
По годам рождения, а не общее количество в промежутке между 56-ым и 57-ым, т.е. сколько в 56-ом, сколько в 57-ом.
_____________
Gear Framework
Gear Framework на Github
| Цитата (linker @ 31.01.2014 - 13:46) |
| zelenin По годам рождения, а не общее количество в промежутке между 56-ым и 57-ым, т.е. сколько в 56-ом, сколько в 57-ом. |
ответил выше
| Цитата (Valick @ 31.01.2014 - 12:34) |
Invis1ble, а ты как я погляжу без попкорна ?  |
Здесь расположена полная версия этой страницы.