28.Нормализация таблиц, ее цель. Первая нф. 2-ая нф. 3-ья нф.

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

Цель нормализации состоит в том, что набор табл и состав их полей удовлетворял 3 усл-ям минимальности избыточности данных, использования отсутствующих значений, предотвращение потери информации.

Реляц БД считается эф-ной, если все ее табл находятся как мин в 3НФ.

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

Функциональная зависимость (ФЗ) – отображает опр семантич связь между полями таблицы.

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

Определен 3НФ Табл находитс в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей.

Транзитивной назыв ФЗ между неключевыми полями.

29.Концептуальное проектирование, его цель и процедуры

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

Процедуры концептуального проектирования:

1. Опр-ние сущностей и их документирование – Для идентификации сущностей определяются объекты, которые существуют независимо от других. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных.

2. Опр-ние связей между сущ и их док-ние - Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами.

3.Создание ER-модели предметной области. Для представления сущностей и связей между ними используются ER-диаграммы. На их основе создается единый наглядный образ моделируемой предметной области – ER-модель предметной области.

4. Опр-ние атрибутов и их док-ние. Выявляются все атрибуты, описывающие сущности созданной ER-модели. Каждому атриб присваив осмысленное имя, понятное пользователю. О каждом атрибуте в словаре данных помещаются следующие сведения: имя атрибута и его описание; тип и размерность значений; значение, принимаемое для атрибута по умолчанию; может ли атрибут иметь Null-значения; является ли атрибут составным, является ли атрибут расчетным.

5. Опр-ние значений атрибутов и их док-ние - Для каждого атрибута сущности, участвующей в ER-модели, определяется набор допустимых значений и ему присваивается имя.

6.Опр-ние первичных ключей для сущностей и их док-ние.

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

30. Логическое проектирование, его цель и процедуры

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

1. Выбор модели данных. Чаще всего реляционная модель д.

2. Опр-ние набора табл исходя из ER-модели и их док-ние. Для каждой сущности ER-модели создается таблица. Устанавливаются связи м/у табл-ами посредством механизма первичных и внешних ключей. Структуры таблиц и установленные связи между ними документируются.

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

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

5. Опр-ние требований поддержки целостности данных и их док-ние. Эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в базу данных противоречивых данных. Целостность Д - с-ма правил, кот исп-ся для поддержания связи м/д строками в таб и для обесп защиты от случайного удаления/изм Д. Типы ограничений:

1) обязательные данные.

2) ограничения для значений атрибутов

3) целостность сущностей

4)ссылочная целостность

5)ограничения, накладываемые бизнес-правилами.

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