Этап 3.5. Обсуждение глобальной логической модели данных с пользователями
Цель - Убедиться, что созданная глобальная логическая модель данных адекватно отображает моделируемую часть информационной структуры предприятия.
Глобальная логическая модель данных предприятия к этому моменту должна быть полностью завершена и проверена. Сама модель и прилагаемая к ней документация предоставляются для просмотра и анализа конечным пользователям, которые должны убедиться, что она точно отображает структуру и функционирование предприятия.
Резюме
· Методология проектирования баз данных предусматривает три основные фазы разработки: концептуальное, логическое и физическое проектирование.
· Логическое проектирование базы данных представляет собой процесс конструирования модели информационной структуры предприятия, выполняемый в Соответствии с требованиями выбранной схемы, организации информации (например, реляционной). Однако создаваемая логическая модель не зависит от особенностей конкретных СУБД и других физических условий реализации.
· Согласно предлагаемой методологии основными этапами логического проектирования баз данных реляционного типа являются: создание и проверка локальных логических моделей данных для представлений отдельных пользователей (этап 2); построение и проверка глобальной логической модели данных предприятия (этап 3).
· Действия, необходимые для преобразования концептуальной модели данных в логическую модель данных, включают: удаление связей типа M:N, удаление сложных связей, удаление рекурсивных связей, удаление связей с атрибутами, удаление множественных атрибутов, перепроверка связей типа 1:1 и удаление избыточных связей.
· Логическая модель данных может быть проверена с помощью методов нормализации, а также на возможность выполнения всех требуемых транзакций. Нормализация используется для общего улучшения характеристик модели, что достигается с помощью введения различных ограничений, позволяющих избежать дублирования данных. Проведение нормализации позволяет получить уверенность в том, что результирующая модель более точно отражает особенности предприятия, обладает внутренней согласованностью, минимальной избыточностью и максимальной устойчивостью.
· Существует два подхода к проверке логической модели на возможность выполнения всех требуемых транзакций.
1. Исходя из описания каждой транзакций убедиться, что логическая модель позволяет получить всю информацию (сущности, связии их атрибуты), необходимую для выполнения любой изних.
2. Непосредственно на ER-диаграммах отобразить все пути доступа к данным, необходимые для выполнения транзакций.
· Ограничения целостности данных представляют собой такие ограничения, которые вводятся с целью предотвратить помещение в базу противоречивых данных. Существует пять типов ограничений целостности: обязательные данные, ограничения для доменов атрибутов, целостность сущностей, ссылочная целостность и требования данного предприятия.
· Для поддержания ссылочной целостности данных устанавливаютсяограничения на существование, определяющие условия, при которых потенциальный или внешний ключ может быть вставлен, обновлен или удален.
· Существует несколько стратегий обработки попыток удаления строки родительского отношения, на которую ссылаются одна или несколько строк дочернего отношения: NO ACTION, CASCADE, SET NULL, SET DEFAULT и NO CHECK.
· Ограничения предприятия иногда называют бизнес-правилами. Например, обновление сущностей может быть ограничено бизнес-правилами,зафиксированными в требованиях к ручному выполнению тех или иных видов транзакций.
· Логическая модель данных обязательно должна дополняться сопроводительной документацией, включающей словарь данных, схему отношений и другие документы, создаваемые в процессе разработки модели.
Вопросы
8.1. Назовите три основные фазы процесса разработки баз данных и опишите назначение логического проектирования.
8.2. Опишите последовательность действий, выполняемых при преобразовании концептуальной модели данных в логическую модель.
8.3. Назовите правила образования отношений, представляющих сильные сущности, слабые сущности, бинарные связи типа "один к одному" и типа "один ко многим", множественные атрибуты и связи типа "суперкласс/подкласс".
8.4. Поясните, как методы нормализации могут использоваться для проверки логической модели данных и набора отношений, созданных на основе этой модели.
8.5. Опишите два подхода, которые могут использоваться для проверки предоставления логической моделью возможностей выполнения всех требуемых транзакций.
8.6. • Поясните назначение ограничений целостности и назовите пять основных типов подобных ограничений.
8.7. Опишите все существующие типы стратегий, которые могут применяться для обработки попыток удаления строки родительского отношения, на которую имеются ссылки в дочернем отношении.
8.8. Назовите типичные задачи, которые приходится решать при слиянии локальных логических моделей данных в единую глобальную логическую модель.