13. Нормализация отношений, Понятие транзитивной зависимости. 3 я нормальная форма.

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

Другими словами, нормализация отношений – это пошаговый обратимый процесс замены одной схемы отношений другой схемой, в которой отношение (таблица) имеет простую и регулярную структуру.

Понятие транзитивной зависимости.

Пусть в отношении R атрибут В функционально зависит от А, а атрибут С функционально зависит от В, но обратное соответствие не однозначно (либо В не зависит от А, либо В не зависит от С), тогда говорят, что С транзитивно зависит от А (не напрямую, а через атрибут В).

Отношение задано в 3НФ, если оно находится во 2НФ (а значит и в 1НФ) и каждый не ключевой атрибут не транзитивно зависит от ПК.

14. Жизненный цикл базы данных.

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

Этапы Ж.Ц.бд.

1. Анализ

   1. Планирование разработки

   2. Определение требований к системе

   3. Определение требований пользователей

1. На этом этапе определяется объем работ, требуемые ресурсы, приблизительная стоимость проекта. Так же решается вопрос технологической осуществимости проекта, т.к. определяется имеются ли такие аппаратные (технические) и программные средства для реализации проекта. Решается вопрос операционной осущетсвимости: есть ли эксперты и специалисты для реализации проекта. Главный вопрос экономической целесообразности: принесет ли этот проект прибыль (производятся необходимые экономические расчеты). Важно так же четко представлять объем работ по проекту.

2. Определяется архитектура системы, определяются требования к техническому и программному обеспечению [сетевой/локальный вариант; количество пользователей].

3. На основании потребностей пользователей определяется входная и выходная информация.

//Спецификация требований пользователя в письменном виде, подписанная заинтересованными сторонами.

2. Проектирование базы данных (отчеты, запросы, макросы, бд, субд)

1. Концептуальная модель

2. Логическая модель

3. Физическая модель

2.1. модель содержит пользовательские представления о бд. Для изображения концептуальной модели используется E-R модель Чена (Entity «сущность» – Relation «связь»). Согласно E-R модели Чена информационный объект (сущность) изображают в виде прямоугольника, связь между объектами в виде ромба, ключевые атрибуты в виде овалов.

2.2. Логическая модель – взгляд администратора на бд без привязка к конкретной СУБД. Для построения логической модели используют средства автоматизации проектирования (например, ERWin Data Modeler, где можно задавать типы данных)

2.3. Взгляд на БД и администратора, и разработчика. Фактически схема бд, созданная средствами конкретной СУБД.