 |
Идентификация сущностей и связей. ER-диаграмма логического уровня
|
|
|
|
Для отображения информационной модели рассматриваемого процесса были использованы следующие сущности:
Арендатор
(УНН арендатора, Наименование_арендатора, Адрес_арендатора, Телефон арендатора)
Договор
(Номер договора, УНН арендатора, Дата_заключения, Адрес_помещения, Ставка_арендной_платы)
Помещение
(Адрес_помещения, Тип_помещения, Площадь_помещения, Коэффициент_комфортабельности, Коэффициент_расположения)
Арендная плата
(Номер договора, УНН арендатора, Дата оплаты, Сумма, НДС)
Связи между сущностями представляется в виде линии, связывающей две сущности. Существуют три основных типа связи: один к одному, один ко многим, многие ко многим. Обязательный конец связи изображается сплошной линией, а необязательный - прерывистой линией.
Рассмотрим к какому типу относятся связи между сущностями в проектируемой базе данных.
1) связь между Арендатор и Договор, Части и Машины - один ко многим;
2) связь между Договор и Арендная плата - один к одному;
3) связь между Договор и Помещение – многие ко многим, необязательная;
ER-диаграмма логического уровня представлена на рисунке 2.2.
Все ее отношения находятся в нормальной форме БКНФ так как удовлетворяют следующим условиям:
Все атрибуты отношений – атомарны;
Все атрибуты каждой сущности функционально полно зависят от первичного ключа;
В каждой сущности все не ключевые атрибуты не транзитивно зависят от первичного ключа;
Во всех отношениях каждый детерминант (любой атрибут от которого функционально зависит другой атрибут) является возможным ключом.
Рисунок 2 ER-диаграмма логического уровня.
Нормализация схемы данных. Разрешение неспецифических отношений. Уточнение типов данных для атрибутов схем отношений. Реализация ссылочной целостности. Проектирование индексов. ER-диаграмма физического уровня
|
|
|
Под понятием домена понимается допустимое множество потенциальных значений данного типа. Следует отметить также семантическую нагрузку понятия домена: данные считаются сравнимыми только в том случае, когда они относятся к одному домену.
Определим первичные ключи в описанных ранее сущностях.
В сущности «Арендатор» первичный ключ - это атрибут: «УНН арендатора». В сущности «Помещение» первичный ключ - это атрибут: «Адрес_помещения».
В сущности «Арендная плата» - это мигрирующие атрибуты «УНН арендатора» и «Номер договора» и атрибут «Дата оплаты». В сущности «Договор» - это мигрирующий атрибут «УНН арендатора» и атрибут «Номер договора».
Далее определяются физические свойства атрибутов.
В сущности «Арендатор» атрибуты «УНН арендатора» и «Телефон арендатора» - числового (целочисленного) типа, все остальные атрибуты «Наименование арендатора» и «Адрес арендатора» - текстовые поля.
В сущности «Договор» атрибуты «Номер договора» и «УНН арендатора» - числового (целочисленного) типа. «Дата заключения» - поле типа дата-время. «Адрес помещения» - текстовое поле. «Ставка арендной платы» поле числового (вещественного) типа.
В сущности «Помещение» атрибуты «Адрес помещения» и «Тип помещения» - текстовые поля, атрибуты «Площадь помещения», «Коэффициент комфортабельности», «Коэффициент_расположения» - поля числового (вещественного) типа.
В сущности «Арендная плата» атрибуты «Номер договора», «УНН арендатора», «Сумма», «НДС» - числового (целочисленного) типа, атрибут «Дата оплаты» - поле типа дата-время.
Очевидно, что во всех сущностях ключевые атрибуты не могут не иметь значений.
Обеспечение целостности базы данных.
Под целостностью понимается соответствие информационной модели предметной области, хранимой в базе данных, объектам реального мира и их взаимосвязям в каждый момент времени. Любое изменение в предметной области, значимое для построенной модели, должно отражаться в базе данных.
|
|
|
Внешние ключи используются для организации связей между таблицами базы данных (родительскими и дочерними) и для поддержания ограничений ссылочной целостности данных. Ссылочная целостность проверяется при:
- удалении записей родительской таблицы;
- модификации значений полей родительской таблицы, на которые ссылаются поля внешнего ключа дочерней таблицы.
Проектирование индексов.
В базах данных для ускорения поиска информации в таблицах применяются индексы. Их наличие предполагает анализ записей в соответствии с возрастанием (убыванием) значений полей, из которых сформирован индекс таблицы. Индексы могут состоять из любого числа полей таблицы в различных их сочетаниях. Некоторые индексы создаются автоматически. Такие индексы формируются при определении первичных ключей и совокупностей полей с признаками уникальности. При генерировании схемы на основе модели данных, ERwin автоматически создает индекс для первичного ключа (РК) и отдельный индекс для каждого альтернативного ключа (АК), внешнего ключа (FK), Inversion Entry (IE). Если у сущности не было назначено альтернативных ключей и Inversion Entry, то ERwin создает индексы только для первичного ключа и внешних ключей.
ER-диаграмма схемы базы данных физического уровня представлена в приложении 5.2
|
|
|
