Как правильно работать со временем в таблице?

Question

[Stepan1998]

Как в таблице заказов сделать время для каждого заказа?
Как ее сделать авто добавляемой для каждого заказа и осуществлять после переборку по ним?
Работа с датой ускоряет или усложняет процесс, если ее заменить вбиванием цифр вручную по типу 15122021?
Аналог 15 12 2021

Answer 1

[Slava Rozhnev]

Создаем поле типа datetime со значением по умолчанию NOW()

CREATE TABLE orders (
	id int unsigned primary key auto_increment,
  	amount decimal(9,2),
  	created_at datetime default NOW()
);

Добавляем запись
INSERT INTO orders (amount) VALUES (999.99);

Проверяем: MySQL datetime default NOW()

Answer 2

[Akina]

Работа с датой ускоряет или усложняет процесс, если ее заменить вбиванием цифр вручную по типу 15122021?
Аналог 15 12 2021

Серверу глубоко похрен. Главное - соблюдать допустимый формат. Любой из MySQL 8.0 Date and Time Literals. Просто помни, что "вбивание цифр вручную" - это прямой путь к опечаткам, а они чреваты боком...

Как ее сделать авто добавляемой для каждого заказа и осуществлять после переборку по ним?

И откуда ему взяться? ветром надует?
А если есть вменяемый алгоритм формирования значения - то его следует запрограммировать. Если допустимо - то как DEFAULT в структуре таблицы, иначе в BEFORE INSERT триггере.

Comments

[galaxy]

Серверу глубоко похрен

ну как же похрен? 15122021 он как раз распознает не так, как следует

[Akina]

galaxy, Согласен, нечётко выразился. Серверу похрен, в каком из допустимых форматов вводить данные. А форматы описаны по ссылке, которую я дал. И да - ввод DDMMYYYY - это та самая очепятка, с которой можно отхватить проблем.
Поправил текст.

Answer 3

[FanatPHP]

Давайте погуглим вместе.


Совершенно неподъёмное действие для человечка 1998 года рождения.

Comments

[Akina]

Как обычно, поиск в гугле даёт половину ответа. Да к тому же ту, которая способна привести к проблемам. В частности, у MySQL типов данных для даты-времени чуть больше чем один, и информация со скриншота неприменима для TIMESTRAMP.

Вот что бы тебе не послать автора в официальную документацию?

[FanatPHP]

Akina, почему неприменима? насколько я помню, прекрасно запишется.
не говоря уже о том, что нубам вообще не стоит про TIMESTRAMP знать, потом вопросов не оберешься

[Akina]

FanatPHP,

почему неприменима? насколько я помню, прекрасно запишется.

У TIMESTAMP в MySQL гораздо более узкий диапазон допустимых значений, чем у DATETIME. Получить "truncated uncorrect value" - как два пальца.

нубам вообще не стоит про TIMESTRAMP знать, потом вопросов не оберешься

TIMESTAMP в MySQL - это вовсе даже не UNIX TIMESTAMP. И если надо хранить в таблице именно UNIX TIMESTAMP - то его придётся класть в поле типа BIGINT либо DECIMAL.
А что нубам (и не только им) лучше не знать - ну применительно к MySQL в общем-то согласен. Нубы и так-то в зонах времени плавают...