Три типа взаимодействия в моделях данных БД



Типы взаимосвязей в модели: «один – к- одному», «один- ко -многим» и «многие- ко многим». Реляционный подход к построению модели данных. Особенности реляционной модели и их влияние проектирование баз данных.

Три типа взаимодействия в моделях данных БД

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

Дата добавления: 2016-01-03; просмотров: 35; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!