Нормализация, как видно из рассмотренных примеров, не является самоцелью. Она призвана упорядочить схему базы данных сделать ее удобной для дальнейшей работы и заложить в нее зара-1 нее возможность реализации незапланированных запросов. В при- j мерах мы исходили из того, что необходимо исправить уже допущенные ошибки построения схемы базы данных. Как же их избежать при первоначальном проектировании?
Далее проанализируем созданную схему и определим, какие действия будут совершаться с формализованной таким образом информацией.
Подытоживая все сказанное, можно заключить, что общие правила методики нормализации выглядят следующим образом:
Схема должна соответствовать реальной предметной области.
Атрибуты должны зависеть только от всего ключа целиком и ни от чего другого.
Чем меньше зависимостей внутри таблиц, тем лучше.
Естественные ключи на проверку редко оказываются удобными.
Вопросы для самоконтроля:
1. Что служит исходными данными для построения даталогической модели?
2. Каков результат даталогического моделирования?
3. Что такое подкласс объектов?
4. Как на примере можно продемонстрировать межзаписную и внутризаписную структуру?
5. Что такое нормализация и почему необходимо применение правил нормализации при построении базы данных?
6. Что представляет собой 1-я нормальная форма?
7. Что представляет собой 2-я нормальная форма?
8. Что представляет собой 3-я нормальная форма?
Литература: 5, 7, 9, 15
Тема 7: Банки данных
Цель лекции: Определить роль и место банков данных, осветить вопросы состава и классификации банков данных. Подробнее остановиться на одной из распространенных разновидностей БнД – распределенных БнД, определить роли пользователей БнД.