Целостность сущностей

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

Пустое значение: Указывает, что значение атрибута в настоящий момент неизвестно или неприемлемо для этого кортежа.

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

Ссылочная целостность

Второе ограничение целостности касается внешних ключей.

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

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

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

Корпоративные ограничения целостности

Дополнительные правила поддержки целостности данных, определяемые пользователями или администраторами базы данных.

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

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