Как хранить чек по покупке в базе данных?

Question

[LamerFromSpace]

Как хранить несколько ID купленных товаров для одной покупки?

Таблица:

CREATE TABLE magazdb.purchase ( 
	id                   int UNSIGNED NOT NULL  AUTO_INCREMENT,
	purchase_date        datetime  NOT NULL DEFAULT CURRENT_DATE ,
	description          text    ,
	good_list            json, -- Вот в этом столбце хотелось бы хранить список ID купленных товаров,  что то вроде json формата
	CONSTRAINT purchase_id PRIMARY KEY ( id )
 )

Comments

[nrgian]

Что именно вызывает затруднение?

[LamerFromSpace]

nrgian, обновил вопрос

[NewDevLab]

не хотелось бы. реляционная БД, надо так и делать. все агрегации делать на основе имеющихся данных.
если очень хочется, то сделать вычислимое поле и JSON, если СУБД позволяет.

Answer 1

[nrgian]

Ваши желания как раз противоречат принципам реляционных баз данных.
По классике положена отдельная таблица со списком товаров и отдельная таблица с чеками. И связь между ними, потому собственно и называют базы данных реляционными.

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

Но, если вам с этими товарами ничего умного не нужно делать (например, искать по ним или сортировать, отслеживать целостность при изменении каталога товаров), то можно и так.

Однако, тут не понятно - а что вызывает затруднение?

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

Comments

[LamerFromSpace]

Спасибо за пинок под зад, переделал вот в такую схему:

p_check хранит чеки, check_list товары в этих чеках. Так нормально или есть еще что изменить?

[nrgian]

LamerFromSpace, а в переделанном есть другой нюанс (который, кстати, решался в вашей первоначальной схеме почти что):

список товаров теперь (таблица, что у вас не видна на картинке) - нужно будет хранить вечно.
если какой-то товар уже отсутствует и в продаже и вообще в природе - в таблице он должен быть всегда.

Answer 2

[NewDevLab]

Таблица Чеки и Таблица Товары