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

При проектировании реляционных БД необходимо решить вопрос о наиболее эффективной структуре данных. Цели которой при этом достигаются: 1) исключить ненужные повторения, которые могут явиться причиной ошибок при вводе данных и причиной нерационального использования дискового пространства; 2) обеспечить целостность данных таким образом, что изменяя одни объекты, автоматически происходило изменение связанных с ним объектов; 3) обеспечить быстрый доступ к данным таблицы.

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

Таблица «Продажа» 1) код покупателя; 2) предприятие; 3) фамилия; 4) имя; 5) отчество; 6) телефон; 7) индекс;

Первая нормальная форма. Об отношении говорят, что оно находится в первой нормальной форме, если: 1) отношение не должно иметь повторяющихся записей; 2) в таблице должны быть отсутствовать повторяющиеся группы полей;

Покупатели	Заказы
Код покупателя (первичный ключ)	Номер заказа (первичный ключ)
Предприятие	Код покупателя
Фамилия	Дата заказа
Имя	Дата продажи
Отчество	Код менеджера
Индекс	Имя менеджера
Страна
Область
Город
Адрес
Кредит

Продано

Номер заказа (составной первичный ключ) Код товара (составной первичный ключ) Наименование товара Группа товара Цена товара Примечание Кол-во заказанного Кол-во проданного

Телефон

Код покупателя (составной первичный ключ) Телефон (составной первичный ключ)

Вторая нормальная форма: 1) соответствует условиям первой нормальной форме; 2) любое неключевое поле однозначно идентифицируется полным набором ключевых полей;

Третья нормальная форма: 1) удовлетворяет условиям второй нормальной формы; 2) любое неключевое поле не должно однозначно идентифицироваться с помощью другого неключевого поля.

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

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

• немедленно проверяемые;

• откладываемые.