Тема: Взаимосвязь основных понятий реляционных баз данных.

Дата рождения

№ группы

ФИО

№ студ.билета

Специализированный тип данных

Строковый тип данных

Целый тип данных

Тип данных

Атрибуты

отношение №студ.билета	ФИО	№ группы	Дата рождения
1427	Иванов И.И	Э-21	12.06.1993
1592	Петров П.П	Ю-15	15.01.1992
2365	Сидоров С.С	Э-43	7.03.1990
3579	Гейтс Б.	П-44	25.12.1987

Первичный ключ Кортежи

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

Элементы реляционных баз данных и форма ил представления .

Элемент	Форма
Отношение	Таблица
Схема отношения	Вся строка заголовка в таблице
Кортеж	Одна любая строка таблицы
Сущность	Описание свойств объекта
Атрибут	Одни заголовок одного столбца таблицы
Домен	Форма представления множества допустимых значений атрибутов
Значение атрибута	Значение поля в записи
Первичный ключ	Форма представления один или несколько атрибутов
Тип данных	Форма представления – тип значения элементов в таблице

Типы данных – Основное понятие в технология автоматизированной обработки данных, определяющее количество байт в памяти ЭВМ, используемы для хранения значений данного типа, а также правила интерпретации двоичного кода.

Основные типы данных:

• Текст

• Числа

• Формулы

12 Правил Кодда

12 правил Кодда - (англ. Codd’s 12 rules) — 13 правил (в данном случае исчисление начинается с 0), которым должна удовлетворять каждая система управления реляционными базами данных.

Эти правила предложены английским математиком Эдгаром Коддом (Edgar Codd) в 1985 году.

В действительности правила столь строги, что все популярные т. н. «реляционные» СУБД не соответствуют многим критериям.

правило 0: Основное правило (Foundation Rule): Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными:

Чтобы быть реляционной системой управления базами данных (СУБД), система должна использовать исключительно свои реляционные возможности для управления базой данных.

правило 1: Явное представление данных (The Information Rule):

Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.

правило 2: Гарантированный доступ к данным (Guaranteed Access Rule):

Доступ к данным должен быть свободен от двусмысленности. К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца.

правило 3: Полная обработка неизвестных значений (Systematic Treatment of Null Values):

Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных — как пустые строки.

правило 4: Доступ к словарю данных в терминах реляционной модели (Active On-Line Catalog Based on the Relational Model):

Словарь данных должен сохраняться в форме реляционных таблиц, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с реляционными таблицами, содержащими пользовательские данные.

правило 5: Полнота подмножества языка (Comprehensive Data Sublanguage Rule):

Система управления реляционными базами данных должна поддерживать хотя бы один реляционный язык, который

(а) имеет линейный синтаксис,

(б) может использоваться как интерактивно, так и в прикладных программах,

(в) поддерживает операции определения данных, определения представлений, манипулирования данными (интерактивные и программные), ограничители целостности, управления доступом и операции управления транзакциями (begin, commit и rollback).

правило 6: Возможность модификации представлений (View Updating Rule):

Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

правило 7: Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete):

Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.

правило 8: Физическая независимость данных (Physical Data Independence):

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

правило 9: Логическая независимость данных (Logical Data Independence):

Представление данных в приложении не должно зависеть от структуры реляционных таблиц. Если в процессе нормализации одна реляционная таблица разделяется на две, представление должно обеспечить объединение этих данных, чтобы изменение структуры реляционных таблиц не сказывалось на работе приложений.

правило 10: Независимость контроля целостности (Integrity Independence):

Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных.

правило 11: Дистрибутивная независимость (Distribution Independence):

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

правило 12: Согласование языковых уровней (The Nonsubversion Rule):

Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и правила целостности, которые поддерживаются языком более высокого уровня.