Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
moy.docx
Скачиваний:
0
Добавлен:
28.12.2019
Размер:
609.74 Кб
Скачать
  1. Процесс моделирования данных.

  1. Принципы определения сущностей, связей, идентификаторов, атрибутов и доменов.

Правила, связанные с сущностями:

Каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда применяться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами.

Сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через отношение. (См. раздел 3.7 "Внешние ключи").

Сущность обладает одним или несколькими атрибутами, которые " однозначно идентифицируют каждый экземпляр сущности (см. раздел 3.6 "Первичные и альтернативные ключи").

Каждая сущность может обладать любым количеством отношений с другими сущностями модели.

Если внешний ключ целиком используется в качестве первичного ключа сущности или его части, то сущность является зависимой от идентификатора. И наоборот, если используется только часть внешнего ключа или вообще не используются внешние ключи, то сущность является независимой от идентификатора.

  1. Построение модели на базе анализа форм и отчетов. Одиночные сущности, идентифицирующие связи, неидентифицирующие связи, неспецифические связи, подтипы и категории

  2. Правила приведения ERD модели к нормальным формам.

  3. Процесс проектирования базы данных.

  4. Выбор первичного ключа. Суррогатный ключ.

Определяющие первичный ключ атрибуты размещаются наверху списка атрибутов в блоке сущности и отделяются от других атрибутов горизонтальной чертой (см. рис. 3-7).

Каждому альтернативному ключу присваивается уникальный целый номер. Этот ключ указывается с помощью размещения справа от каждого атрибута ключа заключенных в скобки букв АК с номером альтернативного ключа, например, (АК1) (см. рис. 3-8). Отдельный атрибут может входить в качестве компоненты в более чем один альтернативный ключ. Атрибут первичного ключа может служить также частью альтернативного ключа

.

Правила первичных и альтернативных ключей

Каждая сущность должна обладать первичным ключом.

Каждая сущность может обладать любым числом альтернативных ключей.

Первичный или альтернативный ключ может состоять из одного атрибута или комбинации атрибутов.

Отдельный атрибут может быть частью более чем одного ключа, первичного или альтернативного.

Атрибуты, входящие в первичные или альтернативные ключи сущности, могут быть собственными для сущности или наследоваться через отношения. (См. раздел 3.7 "Внешние ключи").

Первичные и альтернативные ключи должны содержать только необходимые для однозначной идентификации атрибуты, т.е. при исключении из ключа любого атрибута не все экземпляры сущности могут быть однозначно определены (правило наименьшего ключа).

Если первичный ключ состоит более чем из одного атрибута, то значение любого неключевого атрибута должно функционально зависеть от всего первичного ключа, т.е. если первичный ключ известен, то известно значение каждого неключевого атрибута, и значение неключевого атрибута не может быть определено с помощью только части первичного ключа (правило полной функциональной зависимости).

Каждый неключевой атрибут должен функционально зависеть только от первичного и альтернативных ключей, т.е. значение неключевого атрибута не может определяться значением другого неключевого атрибута (правило отсутствия транзитивной зависимости).

  1. Принципы представления связей. Стандартные правила поддержания ссылочной целостности. Альтернативные процедуры обеспечения ссылочной целостности. Реализация ограничений минимальной кардинальности.

Принципы представления связей:

  • Стандартные правила поддержания ссылочной целостности

  • Альтернативные процедуры обеспечение ссылочной целостности

  • Реализация ограничений минимальной кардинальности

Стандартные правила поддержания ссылочной целостности:

Действия на родительской таблице

Вставка новой строки

Всегда разрешена

Обновление первичного ключа

Запрещено, если есть дочерние строки

Удаление строки

Запрещено, если есть дочерние строки

Действия на дочерней таблице

Вставка новой строки

Запрещена, если внешний ключ не равен первичному

Обновление внешнего ключа

Запрещено, если новое значение внешнего ключа не равно первичному

Удаление существующей строки

Всегда разрешена

Реализация ограничения минимальной кардинальности:

Если строка имеет обязательного родителя, мы должны объявить обязательным только столбец первичного ключа.

-В этом случае СУБД не допустит создание дочерней строки с пустым внешним ключом

Если обязательным будет потомок, то при создании родительской строки нужно определить и дочернюю.

-Однако СУБД не имеет стандартных средств реализации этого правила. Его нужно проектировать самим, используя механизм триггеров.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]