Разработка логической модели базы данных
Поможем в ✍️ написании учебной работы
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

 

Логическое проектирование – создание информационной модели предприятия на основе отдельных моделей данных пользователей, которая независима от особенностей используемой СУБД и других физических условий.

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

- связи типа «многие – ко - многим»;

- рекурсивные связи;

- связи с атрибутами;

- множественные атрибуты;

- избыточные связи.

Разрыв связей «многое-ко-многому» осуществляется путем введения некоторой дополнительной сущности, которая конкретизирует понятия и изменяет связь «многое-ко-многому» на связь типа 1:М или М:1. Обязательными реквизитами новой сущности должны быть ключи сущностей, имеющих связь типа М:N.

 

Разработка модели сущность-связь

 

Основными понятиями модели «сущность- связь» являются:

- сущность;

- связь;

- атрибуты.

Сильные сущности имеют только одно ключевое поле, а слабые – столько же, сколько и связей. Исходя из вышесказанного, выделим у имеющихся сущностей ключевые поля.

В сущности «Объекты» в качестве ключа будет выступать реквизит «Код объекта», так как по ограничению задачи он уникален, а также характеризуется компактным значением и удобен в обращении.

В сущности «Строительно-монтажные работы» ключом выбирается реквизит «Код работ», который по ограничению задачи уникален для всей организации и удобен для использования.

«Сметы»: ключевой реквизит — «Код сметы», так как однозначно определяет уникальность записи БД, он компактен и удобен для обработки.

«Акты» ключом будет являться «Код акта».

 



Проектирование базы данных

 

3.1 Преобразование модели «сущность-связь» в реляционную модель данных

 

Преобразование модели «сущность-связь» в реляционную модель данных осуществляется путем последовательного выполнения ряда шагов:

- каждой сущности ставится в соответствие отношение реляционной модели данных;

- каждый атрибут сущности становится атрибутом соответствующего отношения;

- первичный ключ сущности становится первичным ключом соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL). В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом.

После преобразования модели «сущность-связь» получим приведенные ниже параметры атрибутов сущностей.

 

Таблица 3.1 - Атрибуты отношения «Объекты»

 

Атрибут Тип данных Обязательность Ключевое поле
«Код объекта » Счетчик обязательный да
«Наименование объекта » Текстовый обязательный нет

 


Таблица 3.2 - Атрибуты отношения «Строительно-монтажные работы»

Атрибут Тип данных Обязательность Ключевое поле «Код работ» Счетчик обязательный да «Наименование работ» Текстовый обязательный нет Таблица 3.3 - Атрибуты отношения «Акты «
Атрибут Тип данных Обязательность Ключевое поле
«Код акта» Счетчик обязательный да
«№ акта» Числовой обязательный нет
«Месяц» Текстовый обязательный нет
«Год» Текстовый обязательный нет
«Код объекта» Числовой обязательный нет

 

Таблица 3.4 - Атрибуты отношения “ Сметы ”

Атрибут Тип данных Обязательность Ключевое поле
«Код сметы» Счетчик обязательный да
«№ сметы» Числовой обязательный нет
«Код строительно-монтажных работ» Числовой обязательный нет

 

Таблица 3.5 - Атрибуты отношения “ Реестры ”

Атрибут Тип данных Обязательность Ключевое поле
«Номер реестра» Счетчик обязательный нет
«Код акта» Числовой обязательный нет
«Код сметы» Числовой обязательный нет
«Базисная сметная стоимость» Денежный обязательный нет
«Договорная цена» Денежный обязательный нет
«В т.ч.материалы заказчика» Денежный обязательный нет
«К оплате» Денежный обязательный нет
«Материалы подрядчика без ГСМ» Денежный обязательный нет
«Оборудование» Денежный обязательный нет
«М/лом» Текстовый необязательный нет

 


Таблица 3.6 - Атрибуты отношения “Наименование работ”

Атрибут Тип данных Обязательность Ключевое поле
«Код акта» Числовой обязательный нет
«Шифр» Текстовый обязательный нет
«Наименование работ» Текстовый обязательный нет

 



Дата: 2019-05-28, просмотров: 204.