
- •Поведенческие модели
- •Архитектурные модели
- •Доменно-ключевая нормальная форма.
- •Многозначные зависимости.
- •Постреляционная модель данных.
- •Многомерная модель данных.
- •Объектно-ориентированная модель данных.
- •Документ и его структура.
- •Сущность структурного подхода
- •Общая характеристика методологии sadt (idef0)
- •Состав функциональной модели idef0. Иерархия диаграмм.
- •Состав и назначение функциональной модели idef3.
- •Типы переходов в idef3: переходы для асинхронных процессов.
- •Типы переходов в idef3: переходы для синхронных процессов.
- •Правила использования переходов.
- •Моделирование потоков данных. Нотация Гейна-Сарсона.
- •Правила построения dfd диаграмм
- •Методы задания миниспецификаций: структурированный естественный язык
- •Методы задания миниспецификаций: таблицы и деревья решений
- •Моделирование данных. Методология idef1x. Основные понятия.
- •Типы сущностей и связей между ними.
- •Процесс моделирования данных.
- •Принципы определения сущностей, связей, идентификаторов, атрибутов и доменов.
- •Представление связей. Идентифицирующих, 1:1, 1:n, n:m, категориальных, рекурсивных, высших порядков, Пустые значения.
Процесс моделирования данных.
Принципы определения сущностей, связей, идентификаторов, атрибутов и доменов.
Правила, связанные с сущностями:
Каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами.
Сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через отношение. (См. раздел 3.7 "Внешние ключи").
Сущность обладает одним или несколькими атрибутами, которые " однозначно идентифицируют каждый экземпляр сущности (см. раздел 3.6 "Первичные и альтернативные ключи").
Каждая сущность может обладать любым количеством отношений с другими сущностями модели.
Если внешний ключ целиком используется в качестве первичного ключа сущности или его части, то сущность является зависимой от идентификатора. И наоборот, если используется только часть внешнего ключа или вообще не используются внешние ключи, то сущность является независимой от идентификатора.
Построение модели на базе анализа форм и отчетов. Одиночные сущности, идентифицирующие связи, неидентифицирующие связи, неспецифические связи, подтипы и категории
Правила приведения ERD модели к нормальным формам.
Процесс проектирования базы данных.
Выбор первичного ключа. Суррогатный ключ.
Определяющие первичный ключ атрибуты размещаются наверху списка атрибутов в блоке сущности и отделяются от других атрибутов горизонтальной чертой (см. рис. 3-7).
Каждому альтернативному ключу присваивается уникальный целый номер. Этот ключ указывается с помощью размещения справа от каждого атрибута ключа заключенных в скобки букв АК с номером альтернативного ключа, например, (АК1) (см. рис. 3-8). Отдельный атрибут может входить в качестве компоненты в более чем один альтернативный ключ. Атрибут первичного ключа может служить также частью альтернативного ключа
.
Правила первичных и альтернативных ключей
Каждая сущность должна обладать первичным ключом.
Каждая сущность может обладать любым числом альтернативных ключей.
Первичный или альтернативный ключ может состоять из одного атрибута или комбинации атрибутов.
Отдельный атрибут может быть частью более чем одного ключа, первичного или альтернативного.
Атрибуты, входящие в первичные или альтернативные ключи сущности, могут быть собственными для сущности или наследоваться через отношения. (См. раздел 3.7 "Внешние ключи").
Первичные и альтернативные ключи должны содержать только необходимые для однозначной идентификации атрибуты, т.е. при исключении из ключа любого атрибута не все экземпляры сущности могут быть однозначно определены (правило наименьшего ключа).
Если первичный ключ состоит более чем из одного атрибута, то значение любого неключевого атрибута должно функционально зависеть от всего первичного ключа, т.е. если первичный ключ известен, то известно значение каждого неключевого атрибута, и значение неключевого атрибута не может быть определено с помощью только части первичного ключа (правило полной функциональной зависимости).
Каждый неключевой атрибут должен функционально зависеть только от первичного и альтернативных ключей, т.е. значение неключевого атрибута не может определяться значением другого неключевого атрибута (правило отсутствия транзитивной зависимости).
Принципы представления связей. Стандартные правила поддержания ссылочной целостности. Альтернативные процедуры обеспечения ссылочной целостности. Реализация ограничений минимальной кардинальности.
Принципы представления связей:
Стандартные правила поддержания ссылочной целостности
Альтернативные процедуры обеспечение ссылочной целостности
Реализация ограничений минимальной кардинальности
Стандартные правила поддержания ссылочной целостности:
Действия на родительской таблице |
Вставка новой строки |
Всегда разрешена |
Обновление первичного ключа |
Запрещено, если есть дочерние строки |
|
Удаление строки |
Запрещено, если есть дочерние строки |
|
Действия на дочерней таблице |
Вставка новой строки |
Запрещена, если внешний ключ не равен первичному |
Обновление внешнего ключа |
Запрещено, если новое значение внешнего ключа не равно первичному |
|
Удаление существующей строки |
Всегда разрешена |
Реализация ограничения минимальной кардинальности:
Если строка имеет обязательного родителя, мы должны объявить обязательным только столбец первичного ключа.
-В этом случае СУБД не допустит создание дочерней строки с пустым внешним ключом
Если обязательным будет потомок, то при создании родительской строки нужно определить и дочернюю.
-Однако СУБД не имеет стандартных средств реализации этого правила. Его нужно проектировать самим, используя механизм триггеров.