оновлення повинні бути застосовні до базових таблиць, як і читання даних з таблиці. Дане правило припускає, що всі операції модифікації повинні мати і множинний варіант - операція може проводитися не тільки над одним рядком таблиці, а й над групою рядків.
Правило 8 (правило незалежності на фізичному рівні). Які б зміни на фізичному рівні не відбувалися з даними або апаратною частиною, це не повинно позначитися на функціонуванні прикладних програм або утиліт управління даними. З даного правила фактично і випливає основна вимога до СУБД, про який ми вже говорили раніше. СУБД так повинна взаємодіяти з операційною системою і, за допомогою неї з файлової системою, що зміни на файловому і апаратному рівні не повинні позначитися на функціонуванні ІС, яка побудована на базі даної СУБД. Зрозуміло, це не означає, що для даної ІС не може бути спеціальних вимог до ресурсів і апаратурі. Але ці вимоги обумовлені особливостями функціонування даної ІС, а не залежністю СУБД від середовища виконання.
Правило 9 (правило незалежності на логічному рівні). Прикладне програмне забезпечення не повинно залежати від змін, що вносяться до структури бази даних, які теоретично не повинні змінювати зберігаються в базі дані. Дане вимога пов'язана з змістовною стороною структури бази даних. Наприклад, додавання в таблицю нового стовпця не може позначитися на функціонуванні прикладних програм, так як доступ до даних здійснюється за іменами стовпців. Порядок стовпців, який може при цьому змінитися не може впливати на доступ до даних (див. Правило 2).
Правило 10 (правило незалежності умов цілісності). Повинна існувати можливість формулювання правил цілісності специфічних для даної бази даних мовою реляційних баз даних. Правила цілісності, таким чином, повинні зберігатися в каталозі бази даних. Дана вимога дуже сильне і вимагає для повноти його виконання наявність зокрема в базі даних таких об'єктів як тригери.
Правило 11 (правило незалежності поширення). База даних може бути розподіленої або переноситься на інші комп'ютери і це не повинно позначитися на функціонуванні прикладного програмного забезпечення. Іноді це правило формулюють як "незалежність від потреб користувача", але таке формулювання, на наш погляд, занадто невизначена.
Правило 12 (правило єдиності). Якщо в реляційної системі є низькорівневий мову, то має бути відсутня можливість використання його для того, щоб обійти правила і умови цілісності, сформульовані на реляційному мовою і зберігаються в каталозі бази даних.
