Codds 12 правил - Codds 12 rules - Wikipedia

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

Подробности

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

Правила

Правило 0: В правило основания:

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

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

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

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

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

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

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

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

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

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

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

Правило 6: В Посмотреть правило обновления:

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

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

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

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

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

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

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

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

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

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

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

Правило 12: В правило недопустимости подрывной деятельности:

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

Смотрите также

Рекомендации

  1. ^ "12 правил Кодда". RelDB.org. 2019-06-30. Получено 14 августа, 2020.
  2. ^ Кодд, Эдгар Франк (14 октября 1985 г.), «Действительно ли ваша СУБД реляционная?», ComputerWorld.
  3. ^ Кодд, Эдгар Франк (21 октября 1985 г.), "Ваша СУБД работает по правилам", ComputerWorld.

дальнейшее чтение

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