Спустя 1 час, 24 минуты, 38 секунд (11.01.2012 - 02:12) redreem написал(а):
подойдет. varchar(10)
Спустя 50 секунд (11.01.2012 - 02:13) inpost написал(а):
redreem
Разве? Потом проблема с сортировкой будет
Разве? Потом проблема с сортировкой будет
Спустя 15 минут, 39 секунд (11.01.2012 - 02:28) waldicom написал(а):
| Цитата (redreem @ 11.01.2012 - 00:12) |
| подойдет. varchar(10) |
Не подойдет. Как будут проводиться операции со временем? Каждому полю - правильный тип
Спустя 9 часов, 23 минуты, 26 секунд (11.01.2012 - 11:52) 10ozoz написал(а):
waldicom
В смысле как ? будут проводиться операции ? сделал вар чар ..
Сейчас я вывожу из БД NIX время и перевожу в читаемый год-мес-день ... он выводит нормально .. а также сортирую эту колонку .. тайм .
Работает как нужно .. только варчар выставил много-вато .
В смысле как ? будут проводиться операции ? сделал вар чар ..
Сейчас я вывожу из БД NIX время и перевожу в читаемый год-мес-день ... он выводит нормально .. а также сортирую эту колонку .. тайм .
Работает как нужно .. только варчар выставил много-вато .
Спустя 27 минут, 32 секунды (11.01.2012 - 12:19) SlavaFr написал(а):
| Цитата (10ozoz @ 11.01.2012 - 08:52) |
В смысле как ? будут проводиться операции ? сделал вар чар .. Сейчас я вывожу из БД NIX время и перевожу в читаемый год-мес-день ... он выводит нормально .. а также сортирую эту колонку .. тайм . Работает как нужно .. только варчар выставил много-вато . |
ну а если тебе нужно будет к примеру все результаты найти по дню недели?
к примеры все строчки в году 2011 по понедельникам?
ты лучше сразу заноси как положено в DATETIME, а если тебе не пременно unixtimestamp этого поля понадобится, то используй (в mysql) unix_timestamp() : http://dev.mysql.com/doc/refman/5.5/en/dat..._unix-timestamp
Спустя 53 секунды (11.01.2012 - 12:20) ИНСИ написал(а):
10ozoz послушай предыдущие комментарии. Время надо хранить в своих типах: http://www.mysql.ru/docs/man/DATETIME.html
Спустя 3 минуты, 3 секунды (11.01.2012 - 12:23) Michael написал(а):
в друпале временные метки хранятся в поле int(11). Загонять как постом через один выше сказали или функцией time в php
Спустя 3 часа, 19 минут, 57 секунд (11.01.2012 - 15:43) 10ozoz написал(а):
DLE могу сказать что он тоже загоняет в UNIX время , а потом переводит в обратку как нужно .
SlavaFr
SlavaFr
| Цитата |
| ну а если тебе нужно будет к примеру все результаты найти по дню недели? |
У меня новости будут удаляться примерно через 15 дней .. там искать нечего уже будет .
P.S - Новости специфические (они уже не актуальные будут через недели 2 , уже всё поменяется и тд. ).
Спустя 2 минуты, 54 секунды (11.01.2012 - 15:46) 10ozoz написал(а):
Может у кого возник вопрос что за такие новости ... на примере обьясню ..
Сапоги 30р. стоят сегодня
Сапоги 25р. стояли вчера
Сапоги 23р. стояли позавчера
и тд.
И засерать такими новостями я думаю не стоит .. информировал на сегодня и хватит .. подержал новость неделю и хватит ..
Сапоги 30р. стоят сегодня
Сапоги 25р. стояли вчера
Сапоги 23р. стояли позавчера
и тд.
И засерать такими новостями я думаю не стоит .. информировал на сегодня и хватит .. подержал новость неделю и хватит ..
Спустя 2 часа, 22 минуты, 25 секунд (11.01.2012 - 18:08) SlavaFr написал(а):
@10ozoz ты спросил как лучше, и тебе дали ответ.
Делай как хочеш. Не чего с тобой страшного не случится даже если прийдется переделовать.
Я уже 1000 раз слышал, как мне нужно только это, а потм через неделю вдруг захочется зделать так или лучше этак. По этому лучше сразу делать правельно, чтоб легче было реагировать на возможные измененния и новые задачи.
Завтра просто захочеш посмотреть то что ты 3 дня назад внесс и вместо того чтоб простой запрсо к базе зделать, будеш вначале на пхп начальный и конечный тимстамп для этого времменого промежутка вычеслять.
Делай как хочеш. Не чего с тобой страшного не случится даже если прийдется переделовать.
Я уже 1000 раз слышал, как мне нужно только это, а потм через неделю вдруг захочется зделать так или лучше этак. По этому лучше сразу делать правельно, чтоб легче было реагировать на возможные измененния и новые задачи.
Завтра просто захочеш посмотреть то что ты 3 дня назад внесс и вместо того чтоб простой запрсо к базе зделать, будеш вначале на пхп начальный и конечный тимстамп для этого времменого промежутка вычеслять.
Спустя 4 минуты, 16 секунд (11.01.2012 - 18:13) 10ozoz написал(а):
SlavaFr
+5 .
Как сказали время покажет .. меня просто интересовала сама реализция .. так как по большой части CMS двиги используют UNIX время вот и подумал и сделать мне для себя так .
+5 .
Как сказали время покажет .. меня просто интересовала сама реализция .. так как по большой части CMS двиги используют UNIX время вот и подумал и сделать мне для себя так .
Спустя 3 минуты, 32 секунды (11.01.2012 - 18:16) inpost написал(а):
Сортировок есть 2 вида, INT и TEXT.
INT сортируется так: 1,2,3,4,5,10,100,200, в числовом порядке.
Текст сортируется посимвольно. Сначала первый символ, потом второй, потом третий. Логика всем понятна? Теперь сравним 3 числа:
12
15
105
Сортировка INT:
12
15
105
Сортировка TEXT:
105
12
15
INT сортируется так: 1,2,3,4,5,10,100,200, в числовом порядке.
Текст сортируется посимвольно. Сначала первый символ, потом второй, потом третий. Логика всем понятна? Теперь сравним 3 числа:
12
15
105
Сортировка INT:
12
15
105
Сортировка TEXT:
105
12
15
Спустя 48 минут, 22 секунды (11.01.2012 - 19:05) SlavaFr написал(а):
| Цитата (inpost @ 11.01.2012 - 15:16) |
| Сортировок есть 2 вида, INT и TEXT. INT сортируется так: 1,2,3,4,5,10,100,200, в числовом порядке. Текст сортируется посимвольно. Сначала первый символ, потом второй, потом третий. Логика всем понятна? Теперь сравним 3 числа: 12 15 105 Сортировка INT: 12 15 105 Сортировка TEXT: 105 12 15 |
в общем конвертировать в инт можно прямо во время запроса например так
order by stringspalte*1
но это может привести в зависемости от базы данных к потере скорости.
Это к стате еще один пример, почему надо сразу использовать правельные типы.
Спустя 29 минут, 9 секунд (11.01.2012 - 19:34) inpost написал(а):
SlavaFr
Да, но я бы назвал это уже костылем
Да, но я бы назвал это уже костылем