50/codd.pdf 50/codd.pdf - презентация

1

2 50/codd.pdf 50/codd.pdf

3 Codd, Edgar Frank: "Is Your DBMS Really Relational?", ComputerWorld, 14. October 1985

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

5 правило 1 : Явное представление данных (The Information Rule): Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в таблице не должен влиять на смысл данных.

6 правило 2 : Гарантированный доступ к данным (Guaranteed Access Rule): Доступ к данным должен быть свободен от двусмысленности. К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца. первичного ключа

7 правило 3 : Полная обработка неизвестных значений (Systematic Treatment of Null Values): Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных как пустые строки.NULL

8 правило 4 : Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model): Словарь данных должен сохраняться в форме таблиц, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с таблицами, содержащими пользовательские данные. Словарь данных СУБД

9 правило 5 : Полнота подмножества языка (Comprehensive Data Sublanguage Rule): Система управления реляционными базами данных должна поддерживать хотя бы один реляционный язык, который ( а ) имеет линейный синтаксис, линейный синтаксис ( б ) может использоваться как интерактивно, так и в прикладных программах, интерактивно ( в ) поддерживает операции определения данных, определения представлений, манипулирования данными ( интерактивные и программные ), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback). интерактивные транзакциями

10 правило 6 : Возможность модификации представлений (View Updating Rule):View Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают таблицы : операции выборки, вставки, модификации и удаления данных.

11 правило 7 : Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete): Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке таблицы, но по отношению к любому множеству строк.

12 правило 8 : Физическая независимость данных (Physical Data Independence): Приложения не должны зависеть от используемых способов хранения данных на носителях, от аппаратного обеспечения компьютеров, на которых находится реляционная база данных.

13 правило 9 : Логическая независимость данных (Logical Data Independence): Представление данных в приложении не должно зависеть от структуры таблиц. Если в процессе нормализации одна таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры таблиц не сказывалось на работе приложений. нормализации

14 правило 10 : Независимость контроля целостности (Integrity Independence): Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных.

15 правило 11 : Дистрибутивная независимость (Distribution Independence): База данных может быть распределённой, может находиться на нескольких компьютерах, и это не должно оказывать влияние на приложения. Перенос базы данных на другой компьютер не должен оказывать влияния на приложения.

16 правило 12 : Согласование языковых уровней (The Nonsubversion Rule): Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и правила целостности, которые поддерживаются языком более высокого уровня.