Дванадцять правил Кодда, яким повинна відповідати реляційна СУБД, MS Office, Програмні керівництва, статті


  1. Правило інформації. Вся інформація в базі даних повинна бути представлена ​​виключно на логічному рівні і тільки одним способом – у вигляді значень, що містяться в таблицях. Фактично це неформальне визначення реляційної бази даних.
  2. Правило гарантованого доступу. Логічний доступ до всіх і кожного елементу даних (атомарному значенню) в реляційної базі даних повинна забезпечуватися шляхом використання комбінації імені таблиці, первинного ключа та імені стовпця. Правило 2 вказує на роль первинного ключа при пошуку інформації в базі данних.Імя таблиці дозволяє знайти необхідну таблицю, ім’я стовпця дозволяє знайти потрібний стовпець, а первинний ключ дозволяє знайти рядок, що містить шуканий елемент даних.
  3. Правило підтримки недійсних значень. У цій реляційної бази даних повинна бути реалізована підтримка недійсних значень, які відрізняються від рядка символів нульової довжини, рядки пробільних символів і від нуля або будь-якого іншого числа і використовуються для подання відсутніх даних незалежно від типу цих даних. Правило 3 вимагає, щоб відсутні дані можна було представити за допомогою недійсних значень (NULL).
  4. Правило динамічного каталогу, заснованого на реляційній моделі. Опис бази даних на логічному рівні має бути представлено в тому ж вигляді, що й основні дані, щоб користувачі, які мають відповідними правами, могли працювати з ним за допомогою того ж реляційного мови, який вони застосовують для роботи з основними даними. Правило 4 свідчить, що реляційна база даних повинна сама себе описувати. Іншими словами, база даних повинна містити набір системних таблиць, що описують структуру самої бази даних.
  5. Правило вичерпного под’язика даних. Реляційна система може підтримувати різні мови і режими взаємодії з користувачем (наприклад, режим питань і відповідей). Проте повинен існувати по Принаймні одну мову, оператори якого можна представити у вигляді рядків символів у відповідності з деяким чітко визначеним синтаксисом і який в повній мірі підтримує такі елементи:

    – Визначення даних;

    – Визначення уявлень;

    – Обробку даних (інтерактивну і програмну);

    – Умови цілісності;

    – Ідентифікація прав доступу;

    – Межі транзакцій (початок, завершення і скасування).

    Правило 5 вимагає, щоб СУБД використовувала мову реляційної бази даних. Такий мова повинна підтримувати всі основні функції СУБД – створення бази даних, читання і введення даних, реалізацію захисту бази даних і т.д.


  6. Правило поновлення вистав. Всі вистави, які теоретично можна оновити, повинні бути доступні для оновлення. Правило 6 стосується уявлень, які є віртуальними таблицями, позволяюцімі показувати різним користувачам різні фрагменти структури бази даних.
  7. Правило додавання, оновлення та видалення. Можливість працювати з відношенням як з одним операндом повинна існувати не тільки при читанні даних, а й при додаванні, оновленні та видалення даних. Правило 7 акцентує увагу на тому, що бази даних по своїй природі орієнтовані на множини. Воно вимагає, щоб операції додавання, видалення і оновлення можна було виконувати над множинами рядків.
  8. Правило незалежності фізичних даних. Прикладні програми й утиліти для роботи з даними повинні на логічному рівні залишатися недоторканими при будь-яких змінах способів зберігання даних або методів доступу до них.
  9. Правило незалежності логічних даних. Прикладні програми й утиліти для роботи з даними повинні на логічному рівні залишатися недоторканими при внесенні в базові таблиці будь-яких змін, які теоретично дозволяють зберегти недоторканими містяться в цих таблицях дані. Правила 8 і 9 означають відділення користувача та прикладної програми від низькорівневої реалізації бази даних.
  10. Правило незалежності умов цілісності. Повинна існувати можливість визначити умови цілісності, специфічні для конкретної реляційної бази даних, на підмові реляційної бази даних і зберігати їх у каталозі, а не в прикладній програмі. Правило 10 свідчить, що мова бази даних повинен підтримувати огранічітельниие умови, що накладаються на дані, що вводяться і дії, які можуть бути виконані над даними.
  11. Правило незалежності поширення. Реляційна СУБД не повинна залежати від потреб конкретного клієнта. Правило 11 свідчить, що мова бази даних повинен забезпечувати можливість роботи з розподіленими даними, розташованими на інших комп’ютерних системах.
  12. Правило єдиності. Якщо в реляційної системі є низькорівневої мова (обробляє один запис за один раз), то повинна бути відсутнім можливість використання його для того, щоб обійти правила та умови цілісності, виражені на реляційному мові високого рівня (обробному кілька записів за один раз). Правило 12 запобігає використання інших можливостей для роботи з базою даних крім мови бази даних, оскільки це може порушити її цілісність.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*