66. Миграция атрибутов

Эта операция дополнения атрибутов дочерней сущности при создании связи.

1. Миграция всегда происходит в отношении от родительской или общей сущности к сущности-потомку, или сущности-категории.

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

3. Альтернативный ключ и неключевые атрибуты никогда не мигрируют.

Каждый атрибут внешнего ключа соответствует атрибуту первичного ключа родительской или общей сущности. Первичный ключ сущности-категории в категориальном отношении должен совпадать с первичным ключом общей сущности. В других отношениях атрибут внешнего ключа может, но не обязан быть частью первичного ключа сущности-потомка. Атрибуты внешних ключей не считаются принадлежащими сущностям, в которых они появляются, поскольку они отражают атрибуты родительских сущностей. Таким образом, каждый атрибут в сущности либо принадлежит этой сущности, либо принадлежит внешнему ключу этой сущности.

Миграция имен ролей

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

Миграция атрибутов альтернативного ключа

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

Миграция возможна только в моделях IDEFO и DFD.

67. Правило ссылочной целостности

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

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

• Улучшенное качество данных. Очевидным преимуществом является поддержка качества данных, хранимых в базе данных. Ошибки могут по-прежнему существовать, но, по крайней мере, ссылки будут подлинными и неповрежденными.

• Убыстрение разработки. Ссылочная целостность объявляется. Это гораздо продуктивнее (на один или два порядка), чем написание специального программного кода.

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

• Согласованность между приложениями. Ссылочная целостность обеспечивает качество данных для нескольких прикладных программ, которые могут обращаться к базе данных.

Ссылочная целостность применима как к реляционным, так и к объектно-ориентированным (ОО) базам данных, а также к языкам программирования и моделированию.

Причины нарушений

Правильно спроектированная и поддерживаемая база данных не допускает возможности нарушения ссылочной целостности. Тем не менее, такие нарушения могут появиться в ходе эксплуатации базы по целому ряду причин. Некоторые из них:

• Некорректная работа прикладного программного обеспечения.  Программа может совершать ошибки следующих видов:

  • Неполная запись объектов. 

  • Некорректная правка ссылки. 

  • Правка первичного ключа без каскадного обновления. 

  • Удаление записи без каскадного обновления. 

• Сбои в работе системного программного обеспечения и оборудования. 

• Пустые внешние ключи

Ссылочная целостность на триггерах

Возможно поддержание ссылочной целостности БД с использованием механизма триггеров. В этом случае для любой потенциально опасной операции над таблицей создаётся триггер, который производит необходимые проверки или даже изменяет данные в связанных таблицах, чтобы исключить потерю ссылок.

Ссылочная целостность на внешних ключах

СУБД может иметь механизм автоматического поддержания ссылочной целостности, основанный на явном описании ссылок при создании БД. При описании таблиц БД программист явно описывает, какие поля таблиц являются внешними ключами и на какие таблицы они ссылаются. Эта информация сохраняется в служебных областях памяти БД. Любая операция, изменяющая данные в таблице, вызывает автоматическую проверку ссылочной целостности.