12+1 правило Кодда для реляционных СУБД кратко

Привет, Вы узнаете о том , что такое правила кодда, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое правила кодда , настоятельно рекомендую прочитать все из категории Базы данных, знаний и хранилища данных. Big data, СУБД и SQL и noSQL.

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

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

Также известен как «Золотые двенадцать законов».

Рекомендация 0 : Основное правило (Foundation Rule)

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

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

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

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

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

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

Значения NULL в базе данных должны обрабатываться систематически и единообразно. Об этом говорит сайт https://intellect.icu . Это очень важное правило, потому что NULL можно интерпретировать как одно из следующих: данные отсутствуют, данные неизвестны или данные неприменимы.

Правило 4: Активный онлайн-каталог

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

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

(а) имеет линейный синтаксис,

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

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

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

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

Potemkin Monkey Jungle Adventure

Game: Perform tasks and rest cool.2 people play!

Play game

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

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

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

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

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

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

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

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

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

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

Правило 11: Дистрибутивная независимость

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

Правило 12: Правило не-подрывной деятельности(Согласование языковых уровней)

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

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

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

Из статьи мы узнали кратко, но содержательно про правила кодда