Зміст:
Визначення - Що означають правила Кодда?
Правила Кодда стосуються набору 13 правил системи управління базами даних (0-12), розроблених EF Codd у 1969-1970 роках. Він розробив ці правила як передумови розглянути системи управління базами даних (СУБД) як реляційну систему управління базою даних (RDBMS). Хоча правила спочатку не були широко популярні в комерційному використанні, пізніше СУБД базувалися на правилах Кодда. Правила Кодда називають також законом Кодда, 12 правилами Кодда або 12 заповідями Кодда.Техопедія пояснює правила Кодда
12 правил CODD визначають ідеальну реляційну базу даних, яка сьогодні використовується як орієнтир для проектування реляційних систем баз даних. Хоча жодна система комерційних баз даних повністю не відповідає усім 12 правилам, вони інтерпретують реляційний підхід. Ось 12 правил CODD: Правило 0: Правило Фундації: Система повинна кваліфікуватися як реляційна і як база даних, і як система управління. Правило 1: Правило інформації: Вся інформація в базі даних повинна бути представлена одним і єдиним способом (тобто як значення в таблиці). Правило 2: Правило гарантованого доступу: Усі дані повинні бути доступними логічно через комбінацію імені таблиці, значення первинного ключа та імені стовпця. Правило 3: Систематична обробка нульових значень: СУБД повинна підтримувати Нульові значення для представлення відсутньої інформації та непридатної інформації систематично, незалежно від типів даних. Правило 4: Активний онлайн-каталог на основі реляційної моделі: База даних повинна підтримувати онлайн-реляційний каталог, доступний для авторизованих користувачів через їх звичайну мову запитів. Правило 5: Всеосяжне правило підмовної інформації: База даних повинна підтримувати принаймні одну мову, яка визначає функціональність лінійного синтаксису, підтримує операції з визначення та маніпулювання даними, цілісність даних та контроль транзакцій бази даних. Правило 6: Правило оновлення подання: Представлення даних можна здійснити за допомогою різних логічних комбінацій, званих Views. Усі погляди, які теоретично можна оновити, також повинні бути оновлені системою. Правило 7: Вставлення, оновлення та видалення високого рівня: Система повинна підтримувати встановлені за часом оператори вставки, оновлення та видалення. Правило 8: Незалежність фізичних даних: Зміни, внесені на фізичний рівень, не повинні впливати і вимагати змін у прикладній програмі. Правило 9: Незалежність логічних даних: Зміни, внесені на логічний рівень, не повинні впливати і вимагати змін у прикладній програмі. Правило 10: Незалежність цілісності: обмеження цілісності повинні бути визначені та відокремлені від прикладних програм. Зміна обмежень повинна бути дозволена, не впливаючи на програми. Правило 11: Незалежність розповсюдження: Користувач повинен не знати про розташування бази даних, тобто, чи розподіляється база даних у кількох місцях. Правило 12: Правило непідключення: Якщо система надає мову низького рівня, тоді не повинно бути ніяких способів підривати або обходити правила цілісності мови високого рівня. З усіх правил правило 3 є найбільш суперечливим. Це пов’язано з дискусією щодо тризначної чи потрійної логіки. Правила Кодда та SQL використовують потрійну логіку, де null використовується для представлення відсутніх даних та порівняння будь-чого з нульовим результатом у невідомому стані істини. Однак коли обидва булеві або операнди помилкові, операція помилкова; отже, не всі дані, які відсутні, невідомі, звідси і суперечка.
