Фундаментальные правила (правила 0 и 12)

Введение.

СОДЕРЖАНИЕ

Японский анчоус — Е. japonicus [Temminck et Schlegel,1846].

Отличается от европейского анчоуса более крупными размерами —длиной около 18 см. Обитает в Японском море. Пелагическая стайная рыба. Нерестится в июле. Питается зоопланктоном.

9.1. Введение. 1

9.2. Фундаментальные правила (правила 0 и 12). 2

9.3. Структурные правила (правила 1 и 6). 2

9.4. Правила целостности (правила 3 и 10). 3

9.5. Правила управления данными (правила 2, 4, 5 и 7). 4

9.6. Правила независимости от данных (правила 8, 9 и 11). 5

На рынке присутствует несколько сотен реляционных СУБД. К сожалению, некоторые из них, строго говоря, не соответствуют определению реляционной модели. В частности некоторые поставщики традиционных вариантов СУБД, основанных на сетевой и иерархической моделях данных, реализуют в своих продуктах только некоторые черты реляционных систем, чтобы иметь основание заявить об их принадлежности к реляционным системам. Озабоченный тем, что потенциальные возможности и смысл реляционного подхода искажаются, Кодд (Codd, 1985) предложил 12 правил определения реляционных систем (а точнее 13, если учитывать фундаментальное правило 0). Эти правила образуют своего рода эталон, по которому можно определить принадлежность СУБД к разряду действительно реляционных систем.

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

1. Фундаментальные правила.

2. Структурные правила.

3. Правила целостности.

4. Правила управления данными.

5. Правила независимости от данных.

Образно выражаясь, правила 0 и 12 являются "лакмусовой бумажкой", которая позволяет определить принадлежность системы к реляционным СУБД. Если система на удовлетворяет этим правилам, то ее не следует считать реляционной.

Правило 0 – фундаментальное правило

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

Это правило означает, что СУБД не должна прибегать к любым не реляционным операциям для выполнения таких видов работ, как определение данных и манипулирование ими.

Правило 12 – правило запрета обходных путей

Если реляционная система имеет низкоуровневый язык (с последовательной построчной обработкой), он не может быть использован для отмены или обхода правил и ограничений целостности, составленных на реляционном языке более высокого уровня (с обработкой сразу нескольких строк).

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