Обеспечение целостности данных

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

Поддержка целостности в реляционной модели данных в ее классическом понимании включает в себя 3 аспекта.

Во-первых, это поддержка структурной целостности, которая трактуется как то, что реляционная СУБД должна допускать работу только с однородными структурами данных типа «реляционное отношение». При этом понятие «реляционное отношение» должно удовлетворять всем ограничениям, накладываемым на него в классической теории реляционной БД (отсутствие дубликатов кортежей, обязательное наличие первичного ключа, отсутствие понятия упорядоченности кортежей).

В дополнение к структурной целостности необходимо рассмотреть проблему неопределенных Null значений. Неопределенное значение интерпретируется в реляционной модели как значение, неизвестное на данный момент времени. Это значение при появлении дополнительной информации в любой момент времени может быть заменено на конкретное значение. При сравнении неопределенных значений не действуют стандартные правила сравнения: одно неопределенное значение никогда не считается равным другому неопределенному значению. Для выявления равенства значения некоторого атрибута неопределенному значению применяются специальные стандартные предикаты:

<имя атрибута> IS NULL и <имя атрибута> IS NOT NULL.

Если в данном кортеже (в данной строке) указанный атрибут имеет неопределенное значение, то предикат IS NULL принимает значение TRUE (Истина), а предикат IS NOT NULL – FALSE (Ложь), в противном случае предикат IS NULL принимает значение FALSE, а предикат IS NOT NULL принимает значение TRUE.

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

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

В-третьих, это поддержка ссылочной целостности (Declarative Referential Integrity, DRI).

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

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

в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;

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

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

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

Семантическая поддержка может быть обеспечена двумя путями: декларативным и процедурным путем. Декларативный путь связан с наличием механизмов в рамках СУБД, обеспечивающих проверку и выполнение ряда декларативно заданных правил-ограничений, называемых чаще всего «бизнес-правилами» (Business Rules) или декларативными ограничениями целостности.

Выделяются следующие виды декларативных ограничений целостности:

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

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

YEAR(NOW())

здесь NOW() – функция, возвращающая значение текущей даты, YEAR(data) – функция, возвращающая значение года для даты, указанной в качестве параметра.

Другой пример, в качестве условия на значение для года издания надо задать выражение, которое будет проверять попадание года издания в интервал от 1960 года до текущего года. Для MS Access это выражение будет выглядеть следующим образом:

Between 1960 AND YEAR(NOW())

В СУБД MS SQL Server значение по умолчанию записывается в качестве «бизнес-правила». В этом случае будет использоваться выражение, в котором явным образом должно быть указано имя соответствующего столбца, например:

YEAR_PUBL>=1960 AND YEAR_PUB<= YEAR(GETDATE())

Здесь GETDATE() – функция MS SQL Server, возвращающая значение текущей даты, YEAR_PUB – имя столбца, соответствующего году издания.

Ограничения целостности, задаваемые на уровне доменов. Эти ограничения удобны, если в базе данных присутствуют несколько столбцов разных отношений, которые принимают значения из одного и того же множества допустимых значений. Некоторые СУБД разрешают определять отдельно домены, задавать тип данных для каждого домена и задавать соответственно ограничения в виде бизнес-правил для доменов. В этом случае для атрибутов задается принадлежность к тому или иному домену. Иногда доменная структура выражена неявно. Так, например, в MS SQL Server вместо понятия домена вводится понятие типа данных, определенных пользователем, но смысл этого типа данных фактически эквивалентен смыслу домена. Удобно задать ограничение на значение на уровне домена, тогда оно автоматически будет выполняться для всех атрибутов, принимающих значения из этого домена. Если меняется ограничение, то его замена проводится один раз на уровне домена, а все атрибуты, которые принимают значения из этого домена, будут автоматически работать по новому правилу.

Ограничения целостности, задаваемые на уровне отношения. Некоторые семантические правила невозможно преобразовать в выражения, которые будут применимы только к одному столбцу. Например, при создании отношения Читатели потребовать наличия по крайней мере одного телефонного номера (домашнего или рабочего) для быстрой связи с читателем. Для MS Access или MS SQL Server соответствующее выражение будет следующим:

HOME_PHON IS NOT NULL OR WORK_PHON IS NOT NULL

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

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