12 правил Кодда

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

• 1 Детали
• 2 правила
• 3 См. Также
• 4 ссылки
• 5 Дальнейшее чтение

Кодд разработал эти правила как часть личной кампании по предотвращению размытия представления об исходной реляционной базе данных, поскольку в начале 1980-х продавцы баз данных пытались переупаковать существующие продукты с реляционной оболочкой. Правило 12 было специально разработано, чтобы противостоять такому позиционированию.

Правило 0: Основное правило:

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

Правило 1: информация правила:

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

Правило 2: гарантированное правило доступа:

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

Правило 3: Систематическая обработка нулевых значений:

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

Правило 4: Динамический онлайн- каталог на основе реляционной модели:

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

Правило 5: всеобъемлющее правило подъязыки данные:

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

1. Определение данных.
2. Посмотреть определение.
3. Обработка данных (интерактивная и программная).
4. Ограничения целостности.
5. Авторизация.
6. Границы транзакции (начало, фиксация и откат).

Правило 6: вид правила обновления:

Все представления, которые теоретически обновляются, также могут обновляться системой.

Правило 7: возможно для высокоуровневой вставки, обновления и удаления:

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

Правило 8: Физическая независимость данных:

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

Правило 9: Логическая независимость данных:

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

Правило 10: Независимость от честности:

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

Правило 11: Независимость распределения:

Конечный пользователь не должен видеть, что данные распределены по разным местам. У пользователей всегда должно создаваться впечатление, что данные находятся только на одном сайте.

Правило 12: правило nonsubversion:

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

• IBM System R

• Кодд, Эдгар Ф. (1990). Реляционная модель для управления базами данных: версия 2. Эддисон-Уэсли. ISBN   9780201141924.
• Харрингтон, Ян Л. (2002). «Правила Кодда». Четкое объяснение конструкции реляционной базы данных. Серия Морган Кауфманн в системах управления данными (2-е изд.). Морган Кауфманн. ISBN   9781558608207.
• Кришна, С. (1992). «Критерии оценки систем реляционных баз данных». Введение в базы данных и системы баз знаний. Информатика. 28. World Scientific. стр. 91 и след. ISBN   9789810206192.