Реляционная модель данных

Кардинальность и степень участия. Ограничения кратности фактически включают в себя два отдельных ограничения, известных как кардинальность и степень участия.
Кардинальность определяет максимальное количество возможных экземпляров связи для каждой сущности, участвующей в связи конкретного типа. Ограничение степени участия определяет, должны ли участвовать в конкретной связи все экземпляры сущности (обязательное участие) или только некоторые экземпляры (необязательное участие).


Глава 15. Методология логического проектирования реляционной БД
На этой стадии выполняются следующие этапы.

1. 
   Исключение особенностей, не совместимых с реляционной моделью данных (необязательный этап).
   
2. 
   Формирование набора отношений на основе логической модели данных.
   
3. 
   Проверка отношений с использованием средств нормализации.
   
4. 
   Определение ограничений целостности.
   

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

• 
  двухсторонние связи типа *:*;
  
• 
  сложные связи;
  
• 
  многозначные атрибуты.
  

Преобразование двухсторонних связей типа *:*. Необходимо выполнить декомпозицию такой связи для выявления промежуточной сущности. Следовательно, связь *:* заменяется двумя связями 1:*, в которых участвует полученная сущность.
Для примера рассмотрим связь Client Views PropertyForRent (Клиент осматривает Объект недвижимости), которая принадлежит типу *:*. В результате декомпозиции связи Views определена сущность Viewing (Осмотр) и для нее введены две новые связи:

• 
  Client Requests Viewing (Клиент требует проведения осмотра);
  
• 
  PropertyForRent Takes Viewing (Объект недвижимости подвергается Осмотру).
  

Следует отметить, что сущность Viewing зависит от других сущностей (т.е. она является слабой) и для нее не обозначен первичный ключ.

Преобразование сложных связей. Необходимо выполнить декомпозицию такой связи. В результате выявляется промежуточная сущность, а сложная связь заменяется необходимым количеством двухсторонних связей 1:* с этой новой сущностью.
Например, после декомпозиции трехсторонне связи Registers появляется новая (слабая) сущность Registration. Эта сущность связывается с первоначальными сущностями с помощью следующих двухсторонних связей:

• 
  Branch Registers Registration (в отделении проводится регистрация);
  
• 
  Staff Processes Registration (сотрудник проводит регистрацию);
  
• 
  Client Agrees Registration (клиент соглашается на регистрацию).
  

Преобразование многозначных атрибутов. Вместо такого атрибута вводится новая сущность. Например, многозначный атрибут telNo для сущности Branch заменяется новой сущностью Telephone с простым однозначным атрибутом telNo, который становится первичным ключом. Связь Has между сущностями Branch и Telephone относится к типу 1:3.