Что оптимальнее БД text + func explode или несколько записей?

[id9999i]

Здравствуйте!
Может не туда пишу, но что будет оптимальнее.
Таблица с одной записью
int________ int ________________ text
21561 /// 454654 /// 21.23.25 38:34 - 21.23.25 38:34
_______________________21.23.25 38:34- 21.23.25 38:34
_______________________21.23.25 38:34 -21.23.25 38:34
_______________________21.23.25 38:34 - 21.23.25 38:34
_______________________21.23.25 38:34- 21.23.25 38:34
_______________________21.23.25 38:34 -21.23.25 38:34
_______________________21.23.25 38:34 - 21.23.25 38:34
Или таблица с несколькими записями
int__ int ___________ date time______ date time
565 /// 545855864 /// 21.23.25 38:34 /// 21.23.25 38:34
566 /// 545855864 /// 21.23.25 38:34 /// 21.23.25 38:34
567 /// 545855864 /// 21.23.25 38:34 /// 21.23.25 38:34
568 /// 545855864 /// 21.23.25 38:34 /// 21.23.25 38:34
569 /// 545855864 /// 21.23.25 38:34 /// 21.23.25 38:34

Если хранить в тексте, то надо будет всегда explode применять. Он долго работает? но зато легко в базе по id найти всего одну запись
Если несколько записей хранить, то можно на прямую к значениям обращаться, без explode.

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

Большое спасибо!

 

[Фанат]

что это за значения, для чего они, что обозначают?

 

[id9999i]

id записи, id пользователя , время создания статьи, время удаления статьи

 

[grigori]

в большинстве случаев не имеет значения ни тип, ни формат, ни способ

 

[Фанат]

Гм. Это для каких-то неуравновешенных авторов, что ли?
По 10 раз одну и ту же статью удаляют?

Можно получить осмысленное описание этих данных?

 

[id9999i]

статьи - товары. надо выяснить во сколько был заказ, во сколько его доставили.
товар в целом один, покупок свыше 300 в день.

 

[Фанат]

понятно.
разве не нужна будет статистика по периодам - неделям, месяцам; по одному товару или по всем сразу - и так далее?

 

[id9999i]

Вот именно, нужна!!!, уже в макет админки функции с выбором встроил, а вот с программной частью не разобрался.
Вы можете подсказать как лучше это все организовывать?
в плане таблиц и программной части. Хотя бы основной принцип или пару функций, ссылок....

 

[Фанат]

Ну а какие варианты собирать эту статистику при том или ином способе хранения?

 

[id9999i]

Я придумал такой
Записывать дату время заказа и дату время доставки . 2м способом описанным в топе, а после уже выводить сортировку SQL запросом БД, функции сортировки по дате вроде бы нашел. Не уверен на счет оперативности работы и так же не знаю как удобно менять часовой пояс, Россия страна большая. постоянно конвертить время в юниксное,складывать , снова конвертить - это точно не оперативно.

 

[Фанат]

Если уже сам решил делать вторым способом, то в чём тогда вопрос?
Я просто хочу понять конкретную проблему.

 

[id9999i]

Проблема в оптимизации.
Если сделаю не оптимизированный метод, мне достанется.

 

[Фанат]

Ну попробуй сравнить эти два метода с точки зрения сортировки заказов по дате.
Как делается при первом методе хранения и как делается при втором.

 

[id9999i]

Я знаю вы профессионал. Может вы подскажите хороший способ?

 

[Фанат]

Да никакой я не профессионал.
Здесь профессионализм не требуется - только здравый смысл.

Если нам нужны транзакции за определённую дату, то вторым способом мы можем использовать сортировку в бд.
А первым как?

 

[id9999i]

только уже php, верно.
2-й способ лучше. но все же про часовые пояса, как оптимально их считать?

 

[Фанат]

это уже другой вопрос.
по-хорошему, его надо бы отдельно задавать.
опять подробно описывая как саму задачу, так и то, для чего она нужна, примеры использования. почему такое большое внимание уделяется часовому поясу.

одно только можно сказать сразу - формат 21.23.25 38:34 однозначно неприемлем.
попробуй отсортировать данные хотя бы за пару месяцев с такой датой.