Логическое проектирование – создание информационной модели предприятия на основе отдельных моделей данных пользователей, которая независима от особенностей используемой СУБД и других физических условий.
Преобразование локальной концептуальной модели данных в локальную логическую модель заключается в удалении из концептуальных моделей нежелательных элементов и преобразование полученных моделей в локальные логические модели. К нежелательным элементам относятся:
- связи типа «многие – ко - многим»;
- рекурсивные связи;
- связи с атрибутами;
- множественные атрибуты;
- избыточные связи.
Разрыв связей «многое-ко-многому» осуществляется путем введения некоторой дополнительной сущности, которая конкретизирует понятия и изменяет связь «многое-ко-многому» на связь типа 1:М или М:1. Обязательными реквизитами новой сущности должны быть ключи сущностей, имеющих связь типа М:N.
Разработка модели сущность-связь
Основными понятиями модели «сущность- связь» являются:
- сущность;
- связь;
- атрибуты.
Сильные сущности имеют только одно ключевое поле, а слабые – столько же, сколько и связей. Исходя из вышесказанного, выделим у имеющихся сущностей ключевые поля.
В сущности «Объекты» в качестве ключа будет выступать реквизит «Код объекта», так как по ограничению задачи он уникален, а также характеризуется компактным значением и удобен в обращении.
В сущности «Строительно-монтажные работы» ключом выбирается реквизит «Код работ», который по ограничению задачи уникален для всей организации и удобен для использования.
«Сметы»: ключевой реквизит — «Код сметы», так как однозначно определяет уникальность записи БД, он компактен и удобен для обработки.
«Акты» ключом будет являться «Код акта».
Проектирование базы данных
3.1 Преобразование модели «сущность-связь» в реляционную модель данных
Преобразование модели «сущность-связь» в реляционную модель данных осуществляется путем последовательного выполнения ряда шагов:
- каждой сущности ставится в соответствие отношение реляционной модели данных;
- каждый атрибут сущности становится атрибутом соответствующего отношения;
- первичный ключ сущности становится первичным ключом соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL). В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом.
После преобразования модели «сущность-связь» получим приведенные ниже параметры атрибутов сущностей.
Таблица 3.1 - Атрибуты отношения «Объекты»
Атрибут | Тип данных | Обязательность | Ключевое поле |
«Код объекта » | Счетчик | обязательный | да |
«Наименование объекта » | Текстовый | обязательный | нет |
Таблица 3.2 - Атрибуты отношения «Строительно-монтажные работы»
Атрибут Тип данных Обязательность Ключевое поле | «Код работ» Счетчик обязательный да | «Наименование работ» Текстовый обязательный нет | Таблица 3.3 - Атрибуты отношения «Акты « |
Атрибут | Тип данных | Обязательность | Ключевое поле |
«Код акта» | Счетчик | обязательный | да |
«№ акта» | Числовой | обязательный | нет |
«Месяц» | Текстовый | обязательный | нет |
«Год» | Текстовый | обязательный | нет |
«Код объекта» | Числовой | обязательный | нет |
Таблица 3.4 - Атрибуты отношения “ Сметы ”
Атрибут | Тип данных | Обязательность | Ключевое поле |
«Код сметы» | Счетчик | обязательный | да |
«№ сметы» | Числовой | обязательный | нет |
«Код строительно-монтажных работ» | Числовой | обязательный | нет |
Таблица 3.5 - Атрибуты отношения “ Реестры ”
Атрибут | Тип данных | Обязательность | Ключевое поле |
«Номер реестра» | Счетчик | обязательный | нет |
«Код акта» | Числовой | обязательный | нет |
«Код сметы» | Числовой | обязательный | нет |
«Базисная сметная стоимость» | Денежный | обязательный | нет |
«Договорная цена» | Денежный | обязательный | нет |
«В т.ч.материалы заказчика» | Денежный | обязательный | нет |
«К оплате» | Денежный | обязательный | нет |
«Материалы подрядчика без ГСМ» | Денежный | обязательный | нет |
«Оборудование» | Денежный | обязательный | нет |
«М/лом» | Текстовый | необязательный | нет |
Таблица 3.6 - Атрибуты отношения “Наименование работ”
Атрибут | Тип данных | Обязательность | Ключевое поле |
«Код акта» | Числовой | обязательный | нет |
«Шифр» | Текстовый | обязательный | нет |
«Наименование работ» | Текстовый | обязательный | нет |
Дата: 2019-05-28, просмотров: 236.