Реляционная БД — это совокуп. Взаимосвяз-х таблиц, каждая из которых содержит инф-ю об объектах опред. типа. Строка таблицы содержит данные об одном объекте (н-р, товаре, клиенте), а столбцы таблицы описывают различн. хар-ки этих объектов — атрибутов (н-р, наименование, код товара, сведения о клиенте). Записи, т. е. строки таблицы, имеют одинаковую структуру — они состоят из полей, хранящих атрибуты объекта. Каждое поле, т. е. столбец, описывает только одну характеристику объекта и имеет строго определенный тип данных. Все записи имеют одни и те же поля, только в них отображаются различные информационные свойства объекта.

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

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

Существуют следующие типы информационных связей: один-к-одному; один-ко-многим; многие-ко-многим.

12 правил Кодда:

правило 0: Реляционная СУБД должна быть способна полностью управлять базой данных, используя связи между данными.правило1: Явное представление данных (The Information Rule). правило2: Гарантированный доступ к данным (Guaranteed Access Rule):Доступ к данным должен быть свободен от двусмысленности. правило3: Полная обработка неизвестных значений. правило4: Доступ к словарю данных в терминах реляционной модели. правило5: Полнота подмножества языка: СУРБД должна поддерживать хотя бы один реляционный язык, который… правило 6: Возможность модификации представлений: Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных. правило 7: Наличие высокоуровневых операций управления данными. правило 8: Физическая независимость данных. правило 9: Логическая независимость данных. правило 10: Независимость контроля целостности: Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. . правило 11: Дистрибутивная независимость. Перенос базы данных на другой компьютер не должен оказывать влияния на приложения. правило 12: Согласование языковых уровней.

Нормализация — это процесс организации данных в базе данных, включающий создание таблиц и установление отношений между ними в соответствии с правилами, которые обеспечивают защиту данных и делают базу данных более гибкой, устраняя избыточность и несогласованные зависимости. 
 Избыточность данных приводит к непродуктивному расходованию свободного места на диске и затрудняет обслуживание баз данных. Например, если данные, хранящиеся в нескольких местах, потребуется изменить, в них придется внести одни и те же изменения во всех этих местах. Изменение адреса клиента гораздо легче реализовать, если в базе данных эти сведения хранятся только в таблице Customers и нигде больше. 
 Что такое «несогласованные зависимости»? Пользователь, которому нужно узнать, например, адрес определенного клиента, вполне обоснованно будет искать его в таблице Customers (клиенты), но искать в ней сведения о зарплате сотрудника, который работает с этим клиентом, не имеет смысла. Зарплата сотрудника связана с сотрудником (зависит от него), поэтому эти сведения следует хранить в таблице Employees (сотрудники). Несогласованные зависимости могут затруднять доступ к данным, так как путь к данным при этом может отсутствовать или быть неправильным.

Нормализация таблиц предназначена для устранения этих недостатков. Имеется три нормальные формы отношений.

Первая нормальная форма. Реляционная таблица приведена к первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Так, если из таблицы Студент требуется получать сведения по имени студента, то поле ФИО следует разбить на части Фамилия, Имя, Отчество.

2. Реляционная таблица задана в 2НФ, если она в 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Чтобы привести таблицу ко второй нормальной форме, необходимо определить функциональную зависимость полей. Функциональная зависимость полей — это зависимость, при которой в экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.

3. Таблица находится в 3НФ, если она удовлетворяет требованиям второй нормальной формы, ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля (нет транзитивных зависимостей)

Реляционная алгебра — формальная система манипулирования отношениями в реляционной модели данных. Выборка: Эквивалентный SQL-запрос: SELECT * FROM Персоны WHERE Возраст >= 34. Проекция: Эквивалентный SQL-запрос: SELECT DISTINCT Возраст, Вес FROM Персоны. Объединение: Результатом объединения отношений A и B будет отношение с тем же заголовком, что и у совместимых по типу отношений A и B, и телом, состоящим из кортежей, принадлежащих или A, или B, или обоим отношениям. Эквивалентный SQL-запрос: SELECT Имя, Возраст, Вес FROM Персоны UNION SELECT Имя, Возраст, Вес FROM Персонажи. Произведение. При выполнении прямого произведения двух отношений производится отношение, кортежи которого являются конкатенацией (сцеплением) кортежей первого и второго

операндов. Эквивалентный SQL-запрос: SELECT * FROM Мультфильмы, Каналы. Пересечение: Результатом пересечения отношений A и B будет отношение с тем же заголовком, что и у отношений A и B, и телом, состоящим из кортежей, принадлежащих одновременно обоим отношениям A и B. Эквивалентный SQL-запрос: SELECT Имя, Возраст, Вес FROM Персоны

INTERSECT SELECT Имя, Возраст, Вес FROM Персонажи.

Разность. Результатом разности отношений A и B будет отношение с тем же заголовком, что и у совместимых по типу отношений A и B, и телом, состоящим из кортежей, принадлежащих отношению A и не принадлежащих отношению B. Эквивалентный SQL-запрос: SELECT Имя, Возраст, Вес FROM Персоны EXCEPT SELECT Имя, Возраст, Вес FROM Персонажи.