Оглавление:
Определение - что означают правила Кодда?
Правила Кодда относятся к набору из 13 правил системы управления базами данных (0-12), разработанным Э. Ф. Коддом в 1969-1970 гг. Он разработал эти правила в качестве предпосылки для рассмотрения систем управления базами данных (СУБД) как системы управления реляционными базами данных (СУБД). Хотя правила изначально не были широко популярны в коммерческом использовании, более поздние СУБД были основаны на правилах Кодда. Правила Кодда также упоминаются как закон Кодда, 12 правил Кодда или 12 заповедей Кодда.Техопедия объясняет правила Кодда
12 правил CODD определяют идеальную реляционную базу данных, которая сегодня используется в качестве руководства для проектирования систем реляционных баз данных. Хотя ни одна коммерческая система баз данных полностью не соответствует всем 12 правилам, они интерпретируют реляционный подход. Вот 12 правил CODD: Правило 0: Основное правило: Система должна квалифицироваться как реляционная как база данных, так и система управления. Правило 1. Правило информации: вся информация в базе данных должна быть представлена одним и только одним способом (то есть как значения в таблице). Правило 2: Правило гарантированного доступа: Все данные должны быть логически доступны через комбинацию имени таблицы, значения первичного ключа и имени столбца. Правило 3: Систематическая обработка нулевых значений. СУБД должна поддерживать нулевые значения для систематического представления недостающей информации и неприменимой информации независимо от типов данных. Правило 4: Активный онлайн-каталог на основе реляционной модели: База данных должна поддерживать онлайн-реляционный каталог, который доступен для авторизованных пользователей через их обычный язык запросов. Правило 5: Правило всеобъемлющего подъязыка данных: база данных должна поддерживать как минимум один язык, который определяет функциональность линейного синтаксиса, поддерживает операции определения и манипулирования данными, целостность данных и управление транзакциями базы данных. Правило 6: Правило обновления представления: Представление данных может быть сделано с использованием различных логических комбинаций, называемых представлениями. Все представления, которые теоретически могут быть обновлены, также должны обновляться системой. Правило 7: высокоуровневые операции вставки, обновления и удаления. Система должна поддерживать одновременные операции вставки, обновления и удаления операторов. Правило 8: Физическая независимость данных: изменения, внесенные на физическом уровне, не должны влиять и требуют внесения изменений в прикладную программу. Правило 9: логическая независимость данных: изменения, внесенные на логическом уровне, не должны влиять и требуют внесения изменений в прикладную программу. Правило 10: Независимость целостности: ограничения целостности должны быть определены и отделены от прикладных программ. Изменение ограничений должно быть разрешено без влияния на приложения. Правило 11: Независимость распространения. Пользователь не должен знать о местонахождении базы данных, т. Е. Распределена ли база данных в нескольких местах. Правило 12: Правило неразглашения: если система предоставляет язык низкого уровня, то не должно быть способа нарушить или обойти правила целостности языка высокого уровня. Из всех правил правило 3 является наиболее спорным. Это связано с дискуссией о трехзначной или троичной логике. Правила Кодда и SQL используют троичную логику, где ноль используется для представления отсутствующих данных и сравнения чего-либо с нулевым результатом в неизвестном состоянии истинности. Однако, когда оба логических значения или операнды ложны, операция ложна; следовательно, не все данные, которые отсутствуют, неизвестны, отсюда и противоречия.
