Разработка базы данных

lign="right">Продолжение таблицы 10

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Представим  итоговую концептуально-инфологическую модель в виде диаграммы «Сущность-связь», как показано на рисунке 1. 

 
 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 
 
 
 

 
 
 

Рисунок 1 – Концептуально-инфологическая модель 
 
 
 
 
 

2.4 Справочник задач решаемых пользователем

Таблица 11 – Справочник задач решаемых пользователем

 
 
 
 

3. ЛОГИЧЕСКОЕ  ПРОЕКТИРОВАНИЕ

 
 

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

     3.1 Установление дополнительных логических связей

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

Таблица 12 – Матрица суммарной частоты совместного использования сущностей

 

     Средняя частота использования сущностей  рассчитывается следующим образом:

.

     Далее определяем сущности, для которых  значение частоты совместного использования  равно или выше среднего. Такими сущностями являются «Модель» и «Корпус», «Модель» и «Экран» , «Модель» и «Общие характеристики» , «Модель» и «Питание» , «Корпус» и «Экран», «Корпус» и «Общие характеристики», «Корпус» и «Питание», «Экран» и «Общие характеристики» , «Экран» и «Питание» . Между сущностями «Модель» и «Корпус», «Модель» и «Экран»,  «Модель» и «Общие характеристики»,  а также сущностями «Модель» и «Питание»  уже существует связь, поэтому нет необходимости в установлении дополнительных логических связей.

     У сущностей  «Корпус» и «Экран» нет логической связи, но так как связь между ними реализована через промежуточную сущность «Модель» и доступ к этим сущностям при решении задач не затруднен то принимаю решение не устанавливать дополнительную логическую связь. 

     У сущностей  «Корпус» и «Общие характеристики» нет логической связи, но так как связь между ними реализована через промежуточную сущность «Модель» и доступ к этим сущностям при решении задач не затруднен то принимаю решение не устанавливать дополнительную логическую связь. 

     У сущностей «Корпус» и «Питание», нет логической связи, но так как связь между ними реализована через промежуточную сущность «Модель» и доступ к этим сущностям при решении задач не затруднен то принимаю решение не устанавливать дополнительную логическую связь. 

     У сущностей «Экран» и «Общие характеристики» нет логической связи, но так как связь между ними реализована через промежуточную сущность «Модель» и доступ к этим сущностям при решении задач не затруднен то принимаю решение не устанавливать дополнительную логическую связь. 

     У сущностей «Экран» и «Питание» нет логической связи, но так как связь между ними реализована через промежуточную сущность «Модель» и доступ к этим сущностям при решении задач не затруднен то принимаю решение не устанавливать дополнительную логическую связь.   

     3.2 Отображение концептуально-инфологической модели на реляционную модель

1. Связь «Модель – Корпус» является связью типа «один–к одному». Не каждый экземпляр сущности «Корпус» учувствует в связи, поэтому сущность «Корпус» имеет необязательный класс принадлежности, в данной связи. В свою очередь все экземпляры сущности «Модель» участвуют в связи, поэтому сущность «Модель» имеет обязательный класс принадлежности, в рассматриваемой связи.  Порожденной сущностью является необязательная сущность «Корпус», исходной «Модель». Связь показана на рисунке 2, на рисунке3 приведены итоговые отношения.

 

Сущность «Модель»

 

Сущность «Корпус»

 

Рисунок 2 – Связь «Модель – Корпус» 

Отношение 1 «Модель»

 

Отношение 2 «Корпус»

 

     Рисунок 3 – Отображение связи «Модель  – Корпус»

2. Связь «Модель – Экран» является связью типа «один–к–одному». При отображении ключ порожденной сущности добавляется в исходную сущность. Порожденной сущностью является сущность «Экран», исходной «Модель». Связь показана на рисунке 4, на рисунке 5 приведены итоговые отношения.

 
 
 
 

Сущность «Модель»

 

Сущность «Экран»

 

Рисунок 4 – Связь «Модель – Экран» 

Отношение 3 «Модель»

 

Отношение 4 «Экран»

 

     Рисунок 5 – Отображение связи «Модель – Экран»

3. Связь «Модель – Общие характеристики» является связью типа «один–к одному». Не каждый экземпляр сущности «Общие характеристики» учувствует в связи, поэтому сущность «Общие характеристики» имеет необязательный класс принадлежности, в данной связи. В свою очередь все экземпляры сущности «Модель» участвуют в связи, поэтому сущность «Модель» имеет обязательный класс принадлежности, в рассматриваемой связи.  Порожденной сущностью является необязательная сущность «Общие характеристики», исходной «Модель». Связь показана на рисунке 6, на рисунке7 приведены итоговые отношения.

 
 
 
 
 
 
 
 

Сущность «Модель»

 

Сущность «Общие характеристики»