Глава 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 с.