Зачем создают третью таблицу для связывания двух?

Question

[Qeinzo]

Сейчас наблюдаю за логическими моделями БД. Объясните, пожалуйста, зачем в примере ниже создали таблицу "Сведения о заказе"? Почему нельзя было соединить между собой первую и последнюю таблицы?

spoiler

Comments

[Сергей Горностаев]

Расскажите же всем, как можно создать отношение многие-ко-многим без третей таблицы!

[Valentin Barbolin]

Давай смоделируем. Сейчас в таблице Заказы только уникальные позиции, в другом случае будет бедлам) В каждом заказе может быть более одного товара. Возникает вопрос: как в заказах будет выглядеть позиция с несколькими товарами?

Если кратко, то таблица сведения о заказе хранит информацию какие товары хранятся в каждом заказе.

[Qeinzo]

Andrey Barbolin, спасибо. Просто я пока не до конца улавливаю логику. С БД ни разу в жизни не работал.

[Сергей Горностаев]

Qeinzo, чтение учебников помогает.

Answer 1

[Александр]

Потому что один и тот же товар может быть в нескольких заказах, а один и тот же заказ может иметь несколько товаров

Comments

[Qeinzo]

Спасибо. Я пока не до конца улавливаю логику. С БД ни разу в жизни не работал.

Answer 2

[DollyPapper]

В БД 3 типа связей OneToOne, OneToMany, ManyToMany.
Первые два типа связей реализуются путем ссылок внешними ключами с подчиненной таблицы на главную (есть более умные термины, но я их забыл). Тип связи MtoM вы без третьей таблицы не реализуете. Просто сами попробуйте придумать как связать это без третьей таблицы и станет ясно.