Концепция реляционной модели определяется 12 правилами.

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

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

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

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

5. Правило исчерпывающего языка данных. Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователями, однако должен существовать по крайне мере один язык, операторы которого можно представить в виде строк символов в соответствии с требуемым синтаксисом и который в полной мере поддерживает определение данных, определение представления, обработку данных, условие целостности. Идентификация прав доступа границы транзакций (начало, завершение, отмена). Правило требует, чтобы СУБД использовала язык реляционной БД, такой же язык должен поддерживать все функции СУБД 1) Создание БД, 2) Чтение и ввод данных, 3) Защита БД.

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

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

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

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

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

11. Правило независимости распределения, т.е. реляционная СУБД не должна зависеть от потребностей конкретного клиента. Означает, что язык БД должен обеспечивать возможность работы с распределёнными данными, расположенными на других компьютерных системах.

12. Правило единственности. Если в реляционной системе есть низкоуровневый язык (обрабатывает одну запись за один раз), то должна отсутствовать возможность использования его для того, чтобы обойти правило и условия целостности, то есть предоставления использования других возможностей для работы с БД помимо низкоуровневого языка БД.