Связь Один-ко-Многим в базах данных

Есть таблица "Продукты". У каждого продукта может быть категория, к которой он принадлежит.

Например, стол и стул относятся к категории мебель, а лампа, утюг и вентилятор к категории электроприборы.

Давайте же добавим в таблицу из прошлого урока аттрибут "Категория продукта".

Как видим, слово Электроприбор повторяется три раза, слово мебель два раза.

А что если у нас в таблице будет больше электроприборов и больше мебели, то значит у нас в таблице будут повторяться эти два слова еще больше раз?

Именно поэтому добавлять такой аттрибут, значения которого повторяются много раз, нельзя, так как мы с вами сейчас изучаем реляционную модель базы данных, которая определяет некоторые правила создания БД чтобы в ней практически вообще не было повторяющейся информации.

То есть мы сейчас подошли к двум новым концепциям – идентификаторам (чаще называют ключами) и связям.

Разбиваем таблицу. Вторая таблица будет иметь имя Категория продукта.

Как видим теперь информация не повторяется.

Для этого используется идентификатор(ключ).

Например, в таблице Продукт можно увидеть аттрибут Идентификатор продукта.

Идентификатор в этой таблице идентифицирует продукт, по нему можно отличить один продукт от другого.

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

Идентификатор чаще всего это простое числовое значение.

Таблице с категориями тоже добавим аттрибут Идентификатор категории, который будет хранить значения, которые однозначно идентифицируют ту или иную категорию.

Итак, теперь давайте уже непосредственно к тому как же связать таблицы.

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

И теперь нету дублирования Мебель или Электроприборы, дублируются только значения идентификаторов этих категорий.

Например:

Если бы мы не разделяли таблицы, то дублировалось бы уже два аттрибута:

Теперь профит от разделения таблиц должен быть очевиден.

Рассмотренный тип связи называется 'Один-ко-многим'.

Всего типов связей три и мы всех их разберем.

То есть у нас категории мебель (она одна) соответствует два продукта (их много), а категории электроприборы (она одна) соответствует три продукта (их много).