Целостность реляционных данных
Именно эта часть реляционной модели подвергается наибольшим изменениям из-за менее прочной научной основы.
Несколько общих рассуждений:
1) В любой момент времени БД содержит определённую конфигурацию значений и предполагается, что эта конфигурация отражает действительность. 2) Просто определение конфигурации значений бессмысленно, если она не представляет определённого состояния реального мира. Исходя из двух соображений, определение реляционной БД нуждается в дополнительном задании правил целостности, назначение которых: информирование СУБД о различных ограничениях реального мира и предотвращение недопустимых конфигурационных значений.
Пример: Номер поставщика – sNNNN (s – буква, N – цифра) Статус поставщика – [1, 100] ϵ Z Города – из определённого списка Цвета деталей – определённые Вес деталей – строго больше 0 Количество деталей при отправке – mod 100 = 0 Все красные детали должны сдаваться на хранение в Лондон Если город поставки Лондон – статус = 20
Общие правила целостности специфичны для конкретной БД. В дополнение к специфичности существует два общих правила целостности. 1) Потенциальные ключи 2) Внешние ключи
Производные отношения наследуют правила целостности. Для производных отношений могут существовать дополнительные правила целостности, расширяющие или даже противоречащие наследуемым правилам.
Дата добавления: 2015-09-18 | Просмотры: 422 | Нарушение авторских прав
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 |
|