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

Таблица находится в 1НФ, если все ее поля содержат только неделимые значения. Для приведения табл в 1НФ в них нужно вставить доп записи. Эти табл как правило явл избыточными. Проблемы такой табл: данные в табл необх нормализовать путём разбиения исх табл на неск табл.

Табл соотв 2НФ, если она нах-ся в 1НФ и её неключевые поля зависят от первичного ключа.

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

Преимущества НФ таблиц: 1)устранение избыточности Д 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-модели, представляющий логическую модель данных.