Телефон: +7 (495) 649-0526

Правила кода для систем реляционных баз данных

Картинка к странице

Следующая статья:

Кодд применил к управлению данными строгие математические теории, и в первую очередь теорию множеств. Он составил список критериев, которым должна удовлетворять реляционная база данных. В своей основе концепция реляционной базы данных концентрируется на хранении данных в таблицах. Сейчас эта концепция настолько обычна, что кажется тривиальной. Однако еще не так давно разработка системы, удовлетворяющей критериям реляционной модели, считалась работой с ограниченной областью применения, рассчитанной, скорее, на долгосрочную перспективу. Ниже приведены сформулированные Коддом двенадцать реляционных баз данных.

  1. Информация логически представлена в виде таблиц.
  2. Логический доступ к данным должен осуществляться по таблице, первичному ключу и столбцу.
  3. Пустые значения нужно всегда рассматривать как «отсутствие информации», а не как пустые строки, пробелы или нули.
  4. Метаданные (данные о базе данных) должны храниться в базе данных, как и все прочие данные.
  5. Для определения данных, представлений, ограничений по целостности, авторизации, транзакций и манипуляций должен использоваться один язык.
  6. В представлениях должны отображаться обновления, вносимые в таблицы базы, и наоборот.
  7. Каждое из приведенных действий должно осуществляться при помощи одной отдельной операции: извлечение данных, вставка данных, обновление данных и удаление данных.
  8. Пакетные операции и операции конечных пользователей логически отделены от физических методов хранения и доступа.
  9. Пакетные операции и операции конечных пользователей могут изменять схему базы данных без необходимости повторного создания базы и приложений, построенных на ее основе.
  10. Ограничения, обеспечивающие целостность данных, должны храниться в метаданных, а не в прикладной программе.
  11. Язык манипулирования данными реляционной системы не должен учитывать, где и как распределены данные физически, и не должен требовать внесения изменений в зависимости от того, являются данные централизованными или распределенными.
  12. Любой процесс обработки строк в системе должен подчиняться правилам обеспечения целостности данных и ограничениям, которым подчиняются процессы обработки наборов данных.

Эти принципы продолжают оставаться «лакмусовой бумажкой» для проверки «реляционных» характеристик платформ. База данных, не удовлетворяющая всем этим критериям, не является полностью реляционной. Хотя эти правила и не применяются к разработке приложений, они тем не менее определяют, можно ли считать истинно «реляционным» само функциональное ядро базы данных. В настоящее время большинство коммерческих реляционных СУБД проходят тест Кодда. Среди всех платформ, только MySQL не поддерживает все эти требования.

Понимание принципов Кодда помогает программистам и разработчикам правильно проектировать и разрабатывать реляционные базы данных. В следующих разделах подробно рассказывается, как выполняются некоторые из этих требований в SQL при использовании реляционных баз данных.

Видео: «Бразильская система»

Ролик о бразильской системе, когда отступать уже некуда и нужно быстро достичь результата

Бразильская система

Статья: Правила кода для систем реляционных баз данных

Раздел: SQL программирование

Сайт: SD Company » Все разделы статей

Последнее изменение: 2011.12.26 в 20:12

Теги: правило кодда, основные принципы баз данных, sql

Следующая статья:

Формула Шеннона в информационных потоках
Формула Шеннона в информационных потоках
Краткое описание формулы Шеннона, как она устроена и на чем основывается ее результативность
Защита пользовательских данных
Защита пользовательских данных
Статья о том, каким образом происходит защита данных пользователей от несанкционированного использования в системе TETRA
Платформы баз данных
Платформы баз данных
Приведено описание основных платформ для создания баз данных, их особенности и совместимость
Основные способы резервирования данных
Основные способы резервирования данных
Сегодня важно не просто уметь записывать и хранить информацию, но и уметь создавать ее резервные копии