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

Question

[martin_web]

внешние ключи, первичные, дополнительная таблица для связи многие ко многим (то есть 2 таблицы связанны с третьей как один ко многим). Но проблема, делаю интернет магазин как учебный full stack проект, не могу понять какие сделать связи между таблицами user, basket, product. Видел,что ещё делают другие таблицу пл типу product_in_basket. Не знаю как всё это связать, жду объяснения или ссылку на материал.

Comments

[Akina]

Сначала надо выполнить полный анализ предметной области и построить ER-диаграмму. И только потом говорить про связи.

[Therapyx]

Чтобы понимать такие вещи и переносить их на диаграммы - попробуй для начала чисто для себя написать все юз кейзы.
Нарисуй абстрактный рисунок и будет уже видно.

По твоему вопросу же не видно конкретики, можно самому додумать многое. А это уже не вопрос, а прямое задание додумать за тебя )
У каждого юзера есть 1 баскет, значит в колонке юзера будет стоить FK баскет айди. Баскет же будет иметь FK от юзера.
У каждого баскета есть от 0 до бесконечности(или конечности) продуктов. То есть баскет будет иметь так же FK продукта, но не наоборот. В этом случае будет только указатель на обьекты.
Но чего то тут не хватает. Баскет будет служить как связное звено Ордера. Поэтому думаю туда же можно будет еще добавить некий каунтер как номер заказа, который должен быть юник.

Answer 1

[Slava Rozhnev]

В самом базовом варианте я бы сделал таблицу покупателей, таблицу товаров и таблицу корзин:

create table customers (
        id int primary key auto_increment,
  	name varchar(128)
);

create table products (
        id int primary key auto_increment,
  	name varchar(128),
        price decimal(9, 2)
);

create table baskets (
  	id int primary key auto_increment,
        user_id int references customers(id),
  	product_id int references products(id),
  	price decimal(9, 2),
  	amount decimal(6, 3)
);

run SQL online

Comments

[Akina]

ИМХО price - всё же характеристика продукта, и должна быть в таблице продуктов.

[Slava Rozhnev]

Akina, не буду спорить. Я здесь просто подумал что цена в корзине должна быть зафиксирована при добавлении, и не зависеть от дальнейшего изменения цены товара. Возможно я не прав. Это только черновик структуры, который должен быть адаптирован к логике приложения

[Akina]

Я здесь просто подумал что цена в корзине должна быть зафиксирована при добавлении, и не зависеть от дальнейшего изменения цены товара

Это вообще-то правильно. Но откуда-то она должна же взяться? Вот она есть в таблице товаров, откуда в описанном варианте копируется в таблицу корзины. То есть связь цены в этот момент разрывается (типичное шаблон-инстанс), и теперь цена конкретного экземпляра товара в корзине живёт самостоятельно и независимо от цены товара.

[Slava Rozhnev]

Akina, и снова Вы правы. Дело в том что это черновик. На самом деле в продуктах и покупателях должно быть еще множество дополнительных полей. Я добавлю цену в ответ, чтобы избежать недоразумений

Answer 2

[Siverius]

ссылка на материал