Дванадесет правила на Код, на които трябва да отговаря една релационна СУБД - Софтуерни продукти

информационно правило. Цялата информация в базата данни трябва да бъде представена изключително на логическо ниво и само по един начин - под формата на стойности, съдържащи се в таблици. Всъщност това е неформална дефиниция на релационна база данни.
Правило за гарантиран достъп. Логическият достъп до всеки елемент от данни (атомарна стойност) в релационна база данни трябва да бъде осигурен чрез използване на комбинация от име на таблица, първичен ключ и име на колона. Правило 2 показва ролята на първичния ключ при търсене на информация в базата данни Името на таблицата ви позволява да намерите необходимата таблица, името на колоната ви позволява да намерите необходимата колона, а първичният ключ ви позволява да намерите реда, съдържащ елемента от данни, който търсите.
Невалидно правило за поддръжка. Истинската релационна база данни трябва да поддържа невалидни стойности, които са различни от символен низ с нулева дължина, празен символен низ и нула или друго число, и се използват за представяне на липсващи данни, независимо от типа на данните. Правило 3 изисква липсващите данни да могат да бъдат представени с нулеви стойности.
Правило за динамичен каталог, базирано на релационния модел. Описанието на базата данни на логическо ниво трябва да бъде представено в същата форма като основните данни, така че потребителите със съответните права да могат да работят с нея, използвайки същия релационен език, който използват за работа с основните данни. Правило 4 казва, че релационната база данни трябва да описва сама себе си. С други думи, базата данни трябва да съдържа набор от системни таблици, които описватструктурата на самата база данни.
Правилото за подезика на изчерпателните данни. Релационната система може да поддържа различни езици и режими на взаимодействие с потребителя (например режим на въпроси и отговори). Трябва обаче да има поне един език, чиито оператори могат да бъдат представени като символни низове според някакъв добре дефиниран синтаксис и който напълно поддържа следните елементи:

- обработка на данни (интерактивна и софтуерна);

- идентифициране на правата за достъп;

- граници на транзакцията (начало, край и отмяна).

Правило 5 изисква СУБД да използва език на релационна база данни. Такъв език трябва да поддържа всички основни функции на СУБД - създаване на база данни, четене и въвеждане на данни, прилагане на защита на базата данни и т.н.

Вижте правилото за актуализиране. Всички изгледи, които теоретично могат да бъдат актуализирани, трябва да са достъпни за актуализиране. Правило 6 се отнася за изгледи, които са виртуални таблици, които позволяват на различни потребители да виждат различни части от структурата на базата данни.

Правило за добавяне, актуализиране и изтриване. Възможността за работа с релация като единичен операнд трябва да съществува не само при четене на данни, но и при добавяне, актуализиране и изтриване на данни. Правило 7 подчертава, че базите данни са ориентирани към множество по природа. Това изисква операциите за добавяне, изтриване и актуализиране да могат да се извършват върху набори от редове.

Правило за независимост на физическите данни. Приложните програми и помощните програми за работа с данни трябва да останат логически непокътнати с всякакви промени в начина на съхранение или достъп до данните.

Правило за независимостлогически данни. Приложните програми и помощните програми за манипулиране на данни трябва да останат логически непокътнати, когато правите промени в основните таблици, които теоретично биха запазили данните, съдържащи се в тези таблици, непокътнати. Правила 8 и 9 означават отделянето на потребителя и приложната програма от изпълнението на ниско ниво на базата данни.

Правилото за независимост на условията за цялост. Трябва да е възможно да се дефинират условия за цялост, специфични за конкретна релационна база данни в подезик на релационна база данни и да се съхраняват в директория, а не в приложение. Правило 10 гласи, че езикът на базата данни трябва да поддържа ограниченията, поставени върху входните данни и действията, които могат да бъдат извършени върху данните.

Правило за независимост на разпространението. Релационната СУБД не трябва да зависи от нуждите на конкретен клиент. Правило 11 гласи, че езикът на базата данни трябва да осигурява възможност за работа с разпределени данни, разположени на други компютърни системи.

Правилото за уникалност. Ако релационната система има език от ниско ниво (обработващ един запис наведнъж), тогава не би трябвало да е възможно да се използва за заобикаляне на правилата за интегритет и условията, изразени на релационен език на високо ниво (обработване на множество записи наведнъж). Правило 12 предотвратява използването на функции на базата данни, различни от езика на базата данни, тъй като това може да компрометира целостта на базата данни.