- •1 Основные положения
- •Цель и задачи курсовой работы
- •Этапы выполнения курсовой работы
- •2.1.5 Основная часть
- •Планирование разработки базы данных;
- •Проектирование базы данных;
- •3.1 Планирование разработки базы данных
- •3.2 Проектирование базы данных
- •3.2.1 Концептуальное проектирование базы данных
- •3.2.2 Логическое проектирование реляционной базы данных
- •3.2.3 Создание и проверка глобальной логической модели данных
- •3.2.4 Перенос глобальной логической модели данных в среду целевой субд
- •3.2.5 Физическое проектирование базы данных
- •3.4 Разработка приложений
- •4.1 Оформление содержания
- •4.2 Перечень условных обозначений
- •4.3 Компоновка текста пояснительной записки
- •1.1 Оформление содержания
- •1.1.1 Перечень условных обозначений
- •4.4 Изложение текста пояснительной записки
- •4.5 Формулы
- •4.6 Ссылки
- •4.7 Таблицы
- •4.9 Иллюстрации
- •4.10 Приложения
- •4.11 Список использованной литературы
3.2.3 Создание и проверка глобальной логической модели данных
Если в приложении базы данных предусмотрено только одно представление, то можно перейти к этапу физического проектирования базы данных.
Объединение отдельных локальных логических моделей данных в единую глобальную логическую модель данных, представляющую ту часть предприятия, которая охватывается данным приложением. На этом этапе предусмотрено выполнение следующих действий:
слияние локальных логических моделей данных в единую глобальную модель данных. В круг решаемых при этом задач включены следующие задачи:
а) анализ имен и содержимого сущностей/отношений и их потенциальных ключей. Проблемы имеют место в следующих случаях: если две или несколько сущностей/отношений имеют одно и тоже имя, но отличаются друг от друга; если две или несколько сущностей/отношений являются одинаковыми, но имеют разные имена. Обнаружить эквивалентные сущности/отношения с разными именами поможет сравнение их потенциальных ключей.
Таблица 3.9 – Сравнение имен сущностей и потенциальных ключей
-
Представление 1
Представление 2
Тип сущности
Потенциальные ключи
Тип сущности
Потенциальные ключи
б) анализ имен и содержимого связей/внешних ключей;
в) слияние сущностей/отношений, соответствующих локальным моделям данных: объединение сущностей/отношений с одинаковыми именами и первичными ключами; объединение сущностей/отношений с одинаковыми именами, но разными первичными ключами (необходимо выбрать для использования в качестве первичного ключа только один ключ, а другой первичный ключ преобразовать в альтернативный); объединение сущностей/отношений с разными именами с использованием одинаковых или разных первичных ключей, но выполняющих аналогичную роль;
г) включение (без слияния) сущностей/отношений, характерных только для отдельных локальных моделей данных;
д) слияние связей/внешних ключей из отдельных локальных моделей данных. Перед объединением связей/внешних ключей необходимо устранить все противоречия между связями, в частности несоответствие ограничений кратности;
Таблица 3.10 - Объединяемые ключи
-
Отношение
Ключи
Связи
е) включение (без слияния) связей/внешних ключей, характерных только для отдельных локальных моделей данных;
Таблица 3.11 - Связи и/или внешние ключи, перенесенные в глобальную
модель
-
Отношение
Ключи
Связи
и) проверка того, нет ли пропущенных сущностей/отношений и связей/внешних ключей;
к) проверка внешних ключей(представить отношения, соответствующие глобальной логической модели данных с указанием первичных, альтернативных и внешних ключей);
л) проверка ограничений целостности (обязательные данные, ограничения для доменов атрибутов, целостность сущностей, ссылочная целостность и ограничения предметной области);
м) формирование глобальной ER-диаграммы/схемы отношений;
н) обновление документации;
2) проверка глобальной логической модели данных. Проверка отношений, создаваемых на основе глобальной логической модели данных, с использованием методов нормализации и определение в случае необходимости, поддерживают ли они все требуемые транзакции;
3) проверка возможностей расширения модели в будущем. Определение вероятности внесения каких-либо существенных изменений в созданную модель в обозримом будущем и оценка того, насколько полученная глобальная логическая модель данных позволяет учесть подобные изменения;
4) обсуждение глобальной логической модели данных с пользователями.Проверка того, является ли созданная глобальная логическая модель данных правильным отображением функционирования данного предприятия.
