Существует три основных типа взаимосвязи между объектами:

· один к одному.

· один ко многим. (Наиболее часто применяется!)

· многие ко многим.

Взаимосвязь один-к-однму, отображает такой характер отношений между объектами, когда каждому значению одного объекта соответствует только одно значения другого, и на оборот. Как правило, такой вид связи применяется довольно редко. ERD - диаграмма такой связи представлена на рисунке:


Ярким примером такой связи может быть муж и жена. Мужу соответствует одна жена, а жене то же один муж. (Варианты полигамии, полиандрии и групповых браков мы не будем рассматривать, в следствии того, что участники таких "семей" - как правило сами не в состоянии определить кто к кому и как относится :))) ) Есть еще один вариант представления взаимосвязи один к одному, такой например, как взаимосвязь подтипов (subtype). Такого рода соотношения объектов являются одним из фундаментальных понятий в объектно ориентированном (ОО) анализе и проектировании или моделировании. Вот вам и ООП, по сути дела, это построение иерархии классов или объектов или экземпляров класса-объекта. Кому как больше нравится.


В данном конкретном случае квадрат является частным случаем семейства прямоугольных! Направление стрелки на линии связи указывает путь наследования (inheritance). Немаловажным моментом при использовании связей один-к-одному являются вот такие вопросы:

А, нельзя ли просто объединить эти два объекта?

Не представляют ли эти объекты в контексте приложения один и тот же объект?

Существуют ли какие-либо серьезные аргументы в пользу того, чтобы держать эти объекты в системе раздельно?

Вот если два раза нет и один раз нет, тогда все нормально, а если что-то не совпало, то оно того не стоит! :)


Следующим рассмотрим наиболее часто встречающийся тип взаимосвязи один-ко-многим! Объект "Страна" - связан со множеством объектов "Город". Хотя в некоторых, странах имена городов совпадают, это решаемо при построении таблицы с составными первичными ключами или специальными идентификаторами городов.



И, наконец, давайте рассмотрим взаимосвязь, многие-ко-многим. Вообще я бы настоятельно рекомендовал Вам при проектировании БД по возможности стараться не применять такой тип связи. И вот почему! Реляционная модель не в состоянии непосредственно реализовать взаимосвязь "многие-ко-многим"! Задумайтесь над этим! Вследствии этого для обеспечения атомарности данных взаимосвязи типа многие-ко-многим следует заменять несколькими взаимосвязями один-ко-многим. Да, количество объектов БД увеличивается, но правила Кодда соблюдаются! Вот так всегда приходится выбирать из двух зол меньшее и еще не известно, что было лучше! Далее диаграммы ERD преобразуются в реляционную модель с помощью так называемых CASE систем (Computer Assisted Software Engineering) или системы автоматизированного проектирования программного обеспечения. Примером такого ПО может служить Disigner/2000 от фирмы Oracle. Вот собственно кратко, что касается БД и ее проектирования! Но это очень, ОЧЕНЬ, важный момент!!!