Отношения и предикаты
Например, для БД поставщиков можно сказать, что поставщик с определённым номером имеет, имя, статус, город, цвета деталей. При этом двух различных поставщиков с одинаковыми номерами нет. Данный пример суждения – предикат, в данном случае 4 аргументов. Подстановка значений аргументов, соответствующих кортежу, содержащемуся в БД приводит к тому, что предикат становится равен 1 ("истина"), остальные аргументы (не соответствующие значениям в БД) – значение 0 ("ложь").
При вставке нового кортежа в БД, СУБД определяет допустимость этой операции.
Правила целостности (на примере БД о поставщиках):
1) Значение ID поставщика принадлежит домену номеров поставщика. 2) Значение именования поставщика принадлежит домену имён поставщика. 3) Значение статуса поставщика принадлежит домену статусов поставщика. 4) Значение города поставщика принадлежит домену городов поставщика.
Формально мы можем определить "значение" данного базового отношения как логическое умножение всех применяемых к отношению правил, известных СУБД.
Именно в этом смысле СУБД проверяет допустимость изменения данного отношения.
Реляционная БД – воспринимается пользователем как набор нормализованных отношений (или переменных отношений разной степени). Ключевые слова: воспринимается пользователем.
Реляционная модель используется на внешнем и концептуальном, но не на внутреннем уровне. Реляционная модель представляет БД на уровне абстракции, удаляясь от подробностей. Реляционную модель можно в определённом смысле рассматривать как язык программирования, ориентированный на базы данных.
Дата добавления: 2015-09-18 | Просмотры: 410 | Нарушение авторских прав
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 |
|