Правила, которым должны удовлетворять реляционные СУБД

Представления

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

Назначение представлений:

- предоставляет гибкий механизм защиты БД за счет сокрытия некоторой ее части от определенных пользователей;

- позволяет организовать доступ пользователей к данным наиболее удобным для них способом;

- позволяет упрощать сложные операции с базовыми отношениями.

Для определения того, является ли СУБД реляционной Кодд (1985 г) предложил 13 правил, которым они должны удовлетворять. Их можно разделить на 5 групп:

1. Фундаментальные - 0, 12;

2. Структурные - 1, 6;

3. Целостности - 3, 10;

4. Управления данными - 2, 4, 5, 7;

5. Независимости от данных - 8, 9, 11

№	Гр.	Правило
		Фундаментальное правило. Реляционная СУБД должна быть способна управлять базами данных исключительно с помощью ее реляционных функций
		Представления информации.Вся информация в реляционной БД представляется в явном виде на логическом уровне только одним способом – в виде значений в таблицах. В том числе, метаданные.
		Гарантированный доступ. Для каждого элемента данных реляционной БД должен быть гарантирован логический доступ на основе комбинации имени таблицы, значения первичного ключа и имени столбца
		Поддержка неопределенных значений.СУБД поддерживает неопределенные значения (Null).
		Реляционный системный каталог.Описание БД должно представляться на логическом уровне таким же образом, как и обычные данные, что позволяет пользователям использовать для обращения к ним тот же реляционный язык.
		Исчерпывающий подъязык данных.Реляционная СУБД может поддерживать несколько языков. Однако должен существовать по крайней мере один язык, операторы которого позволяли бы выполнять следующие функции: 1) определение данных; 2) определение представлений; 3) команды манипулирования данными; 4) ограничения целостности; 5) авторизации пользователей; 6) организации транзакций.
		Обновление представления. Все педставления, которые являются теоретически обновляемыми, должны быть обновляемыми в данной СУБД. Не реализовано ни в одной СУБД, т.к. нет условий идентификации «теоретически обновляемые»
		Высокоуровневые операции извлечения, вставки, удаления, обновления.Способность СУБД выполнять операции извлечения данных, команд вставки, удаления и обновления как единой операции.
		Физическая независимость от данных. От способа хранения
		Логическая независимость от данных. Независимость приложений от изменений базовых таблиц
		Независимость ограничений целостности. Ограничения целостности должны определяться на подъязыке реляционных данных и храниться в системном каталоге, а не в прикладных программах.
		Независимость от распределения данных.
		Правило запрета обходных путей. Если СУБД имеет низкоуровневый язык (с последовательной построчной обработкой), он не должен позволять обходить правила и ограничения целостности, описанных на реляционном языке высокого уровня

Дата добавления: 2014-01-07