Кара
Доктор Кодд является основателем модели реляционной базы данных. Он опубликовал статью из двух частей, в которой перечислено 12 правил (или принципов). Эти правила известны как 12 правил Кодда. Правила доктора Кодда предоставляют очень полезную меру (критерий) для оценки системы реляционных баз данных. Эти правила используются, чтобы определить, является ли СУБД реляционной и до какой степени она реляционная. Доктор Кодд также упомянул, что в соответствии с этими правилами еще не существует полностью реляционной системы. Правила Кодда описаны ниже:
0, Правило нуля: Согласно этому правилу, любая система, заявленная как система управления реляционными базами данных (RDBMS), должна иметь возможность управлять данными базы данных с помощью своих реляционных возможностей.
1. Представление информации: вся информация в реляционной базе данных четко представлена в виде строк и столбцов. Это означает, что информация хранится в таблицах.
2. Гарантированный доступ: каждое атомарное значение в реляционной базе данных гарантированно логически доступно при указании имени таблицы, значения первичного ключа и имени столбца.
3. Представление нулевых значений: система должна иметь возможность систематически отображать нулевые значения.
4. Реляционный каталог: системный каталог, содержащий логическое описание
базы данных, должен быть представлен так же, как и обычные данные.
5. Комплексный подъязык данных: реляционная система может поддерживать несколько языков и различные режимы использования терминала. Однако должен существовать хотя бы один язык, операторы которого выражаются в некотором четко определенном синтаксисе в виде символьных строк и который может поддерживать все следующее:
* определение данных
* определение представления
* манипулирование данными
* ограничения целостности
* границы транзакции
6. Обновление представлений: все представления, которые теоретически обновляются, также могут обновляться системой.
7. Операции вставки, обновления и удаления: система должна иметь возможность вставлять, обновлять и удалять данные таблиц.
8. Физическая независимость данных. Прикладные программы и действия терминала остаются логически одинаковыми при любых изменениях в представлении хранилища или методах доступа.
9. Независимость логических данных: прикладные программы и действия терминала остаются логически единообразными при изменении структуры таблиц базы данных.
10. Независимость целостности. Ограничения целостности, специфичные для конкретной реляционной базы данных, должны определяться на подъязыке реляционных данных и сохраняться в каталоге, а не в прикладных программах. Должны поддерживаться как минимум два следующих ограничения целостности.
Целостность объекта: ни один компонент первичного ключа не может иметь нулевое значение.
Ссылочная целостность: если внешний ключ определен в реляционной базе данных, то каждое значение внешнего ключа должно иметь соответствующее значение первичного ключа в другой таблице базы данных.
11. Независимость от распределения: РСУБД имеет независимость от распределения. Это означает, что если база данных распределенная, прикладные программы и пользовательские команды менять не нужно.
12. Отсутствие подрывной деятельности: если в реляционной системе используется язык низкого уровня (единственная запись во время), этот язык низкого уровня не может использоваться для обхода правил целостности или ограничений, выраженных на более высоком уровне (несколько записей в время) реляционный язык.