- •Южно-сахалинский институт экономики, права и информатики
- •Рекомендуемая литература 55 аннотация
- •Предисловие
- •Раздел 1. Нормализация отношений. Практическая работа №1. Функциональные зависимости.
- •Нормальные формы .
- •Раздел 2. Концептуальное проектирование. Описание предметной области, используемой в качестве учебного примера. Анализ требований пользователя.
- •1.Требования к данным
- •2. Требования к транзакциям.
- •Практическая работа №1. Построение концептуальной модели.
- •1.Определение типов сущностей
- •2. Документирование выделенных типов сущностей.
- •3.Определение типов связей.
- •4. Определение мощности и уровня участия типов связей.
- •5. Документирование типов связей.
- •6. Построение предварительной er-диаграммы.
- •6. Варианты для самостоятельной работы.
- •Практическая работа №2. Определение атрибутов, доменов и ключей в методологии концептуального проектирования.
- •1. Определение атрибутов и связывание их с типами сущностей и связей.
- •2. Документирование выделенных атрибутов
- •3. Определение и документирование Доменов атрибутов .
- •4. Определение атрибутов, являющихся потенциальными и первичными ключами.
- •4. Варианты для самостоятельной работы.
- •Обсуждение локальной концептуальной модели данных с пользователями.
- •Практическая работа №3. Преобразование локальной концептуальной модели данных в логическую модель .
- •Определение набора отношений исходя из структуры локальной логической модели данных.
- •Практическая работа №4. Построение окончательной диаграммы .
- •1. Проверка модели с помощью правил нормализации.
- •2. Определение бизнес-правил.
- •3. Проверка модели в отношении транзакций пользователей.
- •4. Ссылочная целостность
- •5. Варианты для самостоятельной работы.
- •Практическая работа №4. Разработка физического проекта бд.
- •Алгоритм преобразования er-модели в реляционную модель данных.
- •Рекомендуемая литература
2. Документирование выделенных атрибутов
В документацию (таблица6) необходимо поместить подробные сведения об атрибутах, для каждого атрибута следует указать общее описание, тип данных и длину значения, имеющиеся ограничения, значение по умолчанию, псевдонимы. Является ли атрибут составным и допустимо ли для него значение NULL.
Таблица6
-
Тип сущности
Атрибут
Описание
Тип данных, длина
Ограничения
Допустимость NULL
Филиал
Номер_Филиала
Уникальный идентификатор филиала
Символьный, до 3 символов
Первичный ключ
Нет
Адрес
Улица
Город
Почтовый_индекс
Составной атрибут, включает:
Улица в адресе филиала
Город в адресе филиала
Индекс в адресе филиала
Символьный, до 25 символов
Символьный, до 15 символов
Символьный, фиксированный, 6 символов
Нет
Нет
Да
Телефон
Номер телефона филиала
Символьный, фиксированный, 8 символов
Альтернативный ключ
Нет
Факс
Номер факса филиала
Символьный, фиксированный, 8 символов
Альтернативный ключ
Нет
3. Определение и документирование Доменов атрибутов .
Доменом называют множество допустимых значений для одного или более атрибутов. Например домен атрибута Номер_Филиала сущности Филиал состоит из символьных строк длиной до трех символов. Атрибут Пол сущности Работник принимает значение Муж либо Жен.
В качестве примера рассмотрим несколько доменов, представленных в таблице7.
Таблица7
|
Домен атрибута |
Характеристика домена |
Примеры допустимых значений |
|
Номер_договора |
Строка переменной длины, до 5 символов |
Д0112, Д125, Д58 |
|
Улица |
Строка переменной длины, до 25 символов |
Коммунистический проспект улица Ленина |
|
Телефон Факс |
Строка фиксированной длины, 8 символов |
42-32-15, 74-58-32 |
|
Пол |
Строка фиксированной длины, 3 символов |
Муж, Жен |
|
Количество_комнат |
Целое значение в диапазоне от 1 до 10 |
5, 3, 2 |
4. Определение атрибутов, являющихся потенциальными и первичными ключами.
Для идентификации экземпляра типа сущности используются специальные свойства(атрибуты). Это может быть одно или несколько свойств, значения которых позволяют однозначно отличать один экземпляр сущности от другого. Этот набор специальных свойств называется ключом.
Может оказаться более одного набора атрибутов, которые можно выбрать в качестве ключа. Они называются потенциальными ключами. Первичный ключ – потенциальный ключ, выбранный для преимущественного использования в целях однозначного определения строк таблицы.
Обратимся к «Таблице атрибутов сущностей» и выделим в ней все возможные потенциальные ключи для каждой из сущностей. Затем из потенциальных ключей выберем первичные. Результат запишем в таблицу8.
Например, сущность Договор_аренды имеет два ключа - Номер_договора и (Номер_объекта , Дата_начала_аренды) . ПКлючом с минимальным набором атрибутов является ключ Номер_договора . Именно его и следует выбрать в качестве первичного.
Таблица первичных и потенциальных ключей Таблица8
|
Сущность |
Первичный ключ |
Альтернативный ключ |
|
Филиал |
Номер_филиала |
Телефон Факс |
|
Работник |
Табельный_номер |
|
|
Инспектор |
Табельный_номер |
|
|
Секретарь |
Табельный_номер |
|
|
Объект_для_аренды |
Номер_объекта |
|
|
Владелец |
Номер_владельца |
|
|
Объявление |
Номер_объявления |
|
|
Газета |
Название_газеты
|
Телефон Факс |
|
Собеседование |
|
|
|
Клиент |
Номер_клиента |
|
|
Договор_аренды |
Номер_договора |
(Номер_объекта , Дата_начала_аренды) |
|
Инспекция |
|
|
На этом этапе мы не можем назначить первичные ключи для слабых сущностей, поскольку их существование зависит от родительских сущностей. В нашем примере сущности Собеседование и Инспекция не имеют первичных ключей, и по этой причине мы можем классифицировать их как слабые.
