Реляционное исчисление

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

Целевой спискок - список выражений реляционного исчисления, определяющий атрибуты результирующей таблицы. Определяющее выражение – это условие выражения реляционного исчисления, на основании которого отбираются значения, которые войдут в результирующую таблицу. Построение запросов на языке реляционного исчисления используют квантор существования и квантор всеобщности.

Квантор существования – означает существование хотя бы одной строки удовлетворяющей условиям.

Квантор всеобщности – это выражение, которое означает, что некоторое условие применяется ко всем строкам некоторого типа.

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

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

1. Обеспечить быстрый доступ к данным в таблице

2. Исключить ненужное повторение

3. Обеспечить целостность данных

Процесс уменьшения избыточной информации называется нормализацией. Теория нормализации оперирует 5 нормальными формами таблиц. Эти формы предназначены для уменьшения избыточной информации от 1 до 5 нормальной формы. Поэтому каждая последующая нормальная форма должна удовлетворять требования предыдущих и некоторым дополнительным условиям. При практическом проектировании БД 4 и 5 нормальные формы не используются. В качестве примера рассмотрим таблицу продажи которая содержит следующую информацию:

1. Сведения о покупателях

2. Дату заказа и количество проданного товара

3. Дату выполнения заказа

4. Характеристику проданного товара

Номер	Наименование
1	Код покупателя
2	Предприятие
3	Фамилия покупателя
4	Имя покупателя
5	Отчество покупателя
6	Телефон
7	Индекс
8	Страна
9	Область
10	Город
11	Адрес
12	Кредит
13	Дополнительные сведения
14	Номер заказа
15	Дата заказа
16	Заказанное количество
17	Дата продажи
18	Проданное количество
19	Код менеджера
20	Имя менеджера
21	Код товара
22	Наименование товара
23	Группа товара
24	Цена
25	Примечание к заказу

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