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