Отношение один-ко-многим

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

Функциональные зависимости в таблицах БД

Отношения между таблицами БД устанавливают связь между данными находящимися в разных таблицах базы данных.

Отношение один-к-одному

Если между двумя таблицами существует отношение один-к-одному, то это означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.

Примером такого отношения может служить отношение между таблицами AUTHORS и PERSON. Таблица AUTHORS содержит краткую информацию о авторах (ФИО и год рождения). Таблица PERSON содержит персональную информацию о авторах (домашний адрес, телефон, образование и др.)

Между таблицами AUTHORS и PERSON существует отношение один-к-одному, так как одна запись, идентифицирующая автора, однозначно соответствует только одной записи в таблице PERSON, содержащей персональные данные об авторе.

Связь между таблицами определяется с помощью совпадающих полей, например ФИО_А (в таблице AUTHORS) и ФИО_П (в таблице PERSON)

Отношение один-ко-многим

Если между двумя таблицами существует отношение один-ко-многим, то это означает, что каждой записи в главной таблице соответствует одна или много записей в подчинённой таблице.

Примеры отношения один-ко-многим:

1) ГРАЖДАНИН – ДОКУМЕНТ

(один гражданин может иметь один или несколько различных документом. При этом каждый конкретный документ будет иметь отношение только к одному конкретному гражданину)

2) ОТЕЦ – РЕБЁНОК

(один отец может иметь одного или несколько детей)

3) СТРАНА – ГОРОД

4) ДОМ – КВАРТИРА

5) ОРГАНИЗАЦИЯ – СОТРУДНИК

6) ОТДЕЛ - СОТРУДНИК

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

		Первичный ключ таблицы ОТДЕЛ помещён в таблицу СОТРУДНИК и стал внешним ключом (FК).

Существуют некоторые правила графического изображения связей между таблицами БД:

1) со стороны подчинённой таблицы на схеме рисуется закрашенный круг,