Вторая нормальная форма (2НФ)

Первичный ключ - столбец в таблице БД с уникальным параметром на каждом поле, выступающий, идентификатором строки.

Вторая нормальная форма (2НФ) - отношение, которое находится в первой нормальной форме и каждый атрибут которого, не входящий в состав первичного ключа, характеризуется полной функциональной зависимостью от этого первичного ключа. Полная функциональная зависимость: если А и B - атрибуты отношения, то атрибут B находится в полной функциональной зависимости от атрибута А, если атрибут B является функционально зависимым от А, но не зависит ни от одного собственного подмножества атрибута А.

Первичный ключ у нас выходит составной: начальник+должность(во второй таблице Начальник – перв ключ, а в третьей Должность). Но тот факт, есть ПК или нет, не зависит от начальника, правильно? Зачем кладовщику ПК?

Для этого и получают две таблицы.

Третья нормальная форма (ЗНФ) - отношение, которое находится в первой и во второй нормальных формах и не имеет атрибутов, не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависит от этого первичного ключа.

3нф=1нф+2нф+ отсутствие последовательных (транзитивных) зависимостей.

Транзитивная зависимость - когда из 1го следует 2ое, из 2го следует 3е, а 1ое и 3е - в одной таблице. Это неправильно, потому что из этого следует избыточность данных.

Концептуальное, логическое и физическое проектирование БД

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

Концептуальное проектирование БД – 1-ый этап проектирования БД

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

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

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

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

2. Определение типов сущностей.

3. Определение типов связей. (между вышестоящими сущностями)

4. Определение атрибутов и связывание их с типами сущностей и связей.

5. Определение доменов атрибутов.

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

7. Обоснование необходимости использования понятий расширенного моделирования (необязательный этап)..

8. Проверка модели на отсутствие избыточности.

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

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