 |
Глава 4. Построение логической модели.
|
|
|
|
Методология логического проектирования.
Логическое проектирование баз данных – это процесс конструирования общей информационной модели предприятия на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий. Построение логической модели данных осуществляется на основе концептуальной модели данных, отражающей представление отдельного пользователя о предметной области приложения, и включает в себя проверку полученной модели с помощью методов нормализации. Доработка концептуальной модели проводится с целью удаления из них всех элементов, затрудняющих реализацию данной модели в среде реляционных СУБД. В результате выполнения этих действий структура концептуальной модели данных будет изменена таким образом, чтобы полностью отвечать требованиям, выдвигаемым реляционной моделью организации баз данных.
При переходе от концептуальной модели к логической осуществляются следующие действия:
Проверка на дублирование сущностей и удаление выявленных дубликатов;
Рассматриваются возможность введения в модель слабых сущностей;
Все связи n:m заменяются на 1:n, что подразумевает введение слабой сущности, с которой устанавливаются связи между ней и ранее связанными n:m сущностями.
Слабая сущность вводится также при наличии связи 1:n и при модальности «может» со стороны дочерней сущности, так как первичный ключ не должен содержать NULL. В ключ слабой сущности могут входить ключи сильных сущностей и дополнительные сущности. Удаляются избыточные связи. Удаляются все вычисляемые атрибуты.
В случае, когда какой-либо вычисляемый атрибут, помещаемый в БД, необходимо сравнивать программным путем на его соответствие текущему состоянию БД, удаление данного атрибута не обязательно.
|
|
|
На уровне логического проектирования определяются все первичные и внешние ключи.
Глава 5. Формирование запросов.
Формирование запросов осуществляется с помощью операторов реляционной алгебры. Реляционная алгебра – это математический аппарат, базируемый на традиционных теоретико-множественных операциях и дополненный специфическими операциями над отношениями.
Запрос №1
Вывести список всех актов которые были подписаны одним Сопроводителем.
Запрос № 2
Вывести список всех работ на определенную дату.
Запрос № 3
Вывести организации по которым нет актов работ.
Запрос № 4
Сколько организаций посетил каждый сопроводитель?
Запрос № 5
Организации которые делали заявку в текущий период?
Запрос № 6
Сколько организаций за текущий месяц прошел определенный сопроводитель.
Заключение
В процессе работы над курсовым проектом была разработана реляционная модель базы данных для данного процесса.
1. В результате изучения предметной области были выделены основные сущности, такие как Организация, Заявка, План сопровождения, Работа, Вид работы, Модуль, Сопроводитель, Акт, Акт по заявке, связи между ними и атрибуты сущностей, которые затем подверглись документированию.
2. С помощью CASE-средства Microsoft Visio была построена концептуальная модель, которая дала возможность наглядно отобразить все выделенные сущности, их атрибуты и связи между ними.
3. С помощью CASE–средства Computer Associates ERwin была построена логическая модель базы данных. Это позволило провести генерацию отношений и установить все ключи, которые обеспечивают ссылочную целостность БД.
4. С помощью операторов реляционной алгебры были составлены запросы, что позволило проверить корректность создаваемой базы данных.
|
|
|
Список литературы
1. Николаева Н.А. Базы и банки знаний. Контрольные работы: Учебное пособие/Н.А.Николаева:-Ухта:УГТУ, 2003.
2. Коннолли Томас, Бегг Каролин, Страчан Анна. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. – М.: Издательский дом «Вильямс», 2001. – 1120 с.: ил. – Парал. тит. англ.
3. Григорьев Ю.А., Ревунков Г.И. Банки данных: Учеб. для вузов. – М.: Изд-во МГТУ им. Н.Э. Баумана, 2002.- 320 с.
|
|
|
