- •1. Экономическая информация, ее виды и структурные единицы
- •5.Внутримашинная организация экономической информации. Понятие базы данных
- •4. Внутримашинная организация экономической информации. Файловая организация данных и ее недостатки.
- •2. Экономические информационные системы, их классификация и информационное обеспечение
- •3. Внемашинная организация экономической информации
- •6. Трехуровневая модель организации бд
- •7. Иерархическая модель
- •8. Сетевая модель
- •9. Основные понятия реляционной модели данных (отношения, домен, схема отношения, степень отношения, декарство произведения, атрибут, кортеж)
- •11. Условия реляционной целостности
- •13. Этапы проектирования баз данных
- •10. Основные понятия реляционной модели данных(фундаментальные св-ва отношений, первичный ключ, связывание таблиц, внешний ключ, схема данных)
- •12. Устройства для хранения баз данных
- •14. Модель «сущность-связь» (er-модель)
- •15. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с обеих сторон.
- •16.Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с одной стороны и необязательным с др стороны.
- •17. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с необязательным участием с обеих сторон.
- •18. Преобразование er-модели в реляционную модель данных для связей типа 1:м с обязательным участием со стороны «многие»
- •19. Преобразование er-модели в реляционную модель данных для связей типа 1:м с необязательным участием со стороны «многие»
- •34. Администратирование базы данных. Восстановление базы данных
- •20. Преобразование er-модели в реляционную модель данных для связей типа m:n.
- •21. Нормализация таблиц. Эффективность реляционной базы данных. Первая нормальная форма (1нф).
- •22. Нормализация таблиц. Функциональная зависимость. Полная и частичная функциональная зависимость. Вторая нормальная форма (2нф).
- •23. Нормализация таблиц. Транзитивная зависимость. Третья нормальная форма (3нф).
- •24. Понятие и возможности системы управления базами данных(субд)
- •25. Классификация систем управления базами данных (субд)
- •26. Системы управления базами знаний
- •27. Удаленная обработка данных
- •28. Обработка запросов в архитектуре файл/сервер
- •30. Архитектура системы обработки распределенной базы данныхРаБд
- •29. Обработка запросов в архитектуре клиент/сервер
- •31. Хранилища данных
- •32.Администратирование базы данных. Пользователи и администратор бд
- •33. Администратирование базы данных .Защита баз данных
22. Нормализация таблиц. Функциональная зависимость. Полная и частичная функциональная зависимость. Вторая нормальная форма (2нф).
Функциональная зависимость — это семантическое понятие, отображающее определенную семантическую связь между атрибутами сущности. Пусть сущность характеризуется множеством атрибутов X. Некий атрибут или подмножество атрибутов данного множества — А является функционально зависимым от Xтогда и только тогда, когда каждой комбинации значений Xсоответствует одно и только одно значение А. Это обозначается как ХА.
Определение 2НФ
Таблица находится в 2НФ, если она удовлетворяет требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа.
Пусть {X1, X2, ..., Xk} — множество полей, образующих первичный ключ. Неключевое поле Афункционально полно зависит от первичного ключа, если:
• оно функционально зависит от первичного ключа, т.е. {X1, X2, ..., Xk} А;
• не существует функциональной зависимостиА ни от какого подмножества полей первичного ключа (в противном случае А находится в частичной функциональной зависимости от первичного ключа).
В таблице КЛИЕНТ неключевые поля ФИО_К, СОЦ_П, АДР_К функционально зависят от ключа (НК, НС), это запишем как
НК, НС ФИО_К, СОЦ_П, АДР_К.
Кроме того, они функционально зависят от подмножества ключа — НК, что запишем
НК ФИО_К, АДР_К, СОЦ_П.
Следовательно, неключевые поля ФИО_К, СОЦ_П, АДР_К находятся в частичной функциональной зависимости от первичного ключа (НК, НС) и нарушаются требования 2НФ. Эти поля надо удалить из таблицы КЛИЕНТ. Полученную в результате таблицу назовем КЛИЕНТ — СЧЕТ (таблица 1), которая имеет вид
Эта таблица удовлетворяет требованиям 2НФ.
Удаленные неключевые поля помещаются в новую таблицу совместно с подмножеством НК, от которого они зависят. И это подмножество будет первичным ключом новой таблицы КЛИЕНТ (таблицы 2) вида
Новая таблица КЛИЕНТ также удовлетворяет требованиям 2НФ. Ее неключевые поля функционально полно зависят от первичного ключа.
Полученные таблицы 1, 2 не содержат избыточной информации, и нет основания приводить их к 3НФ.
Таблица ФИЛИАЛ удовлетворяет требованиям 2НФ, так как ее неключевые поля НФ, АДР_Ф, НМ, ОСТ, ТИП функционально полно зависят от первичного ключа
НС НФ, АДР_Ф, НМ, ОСТ, ТИП
Но в таблице ФИЛИАЛ повторяется информация о филиале для всех счетов, обрабатываемых им. Поэтому ее надо привести к 3НФ.
23. Нормализация таблиц. Транзитивная зависимость. Третья нормальная форма (3нф).
Определение 3НФ
Таблица находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей.
Транзитивной зависимостью называется функциональная зависимость между неключевыми полями. В таблице ФИЛИАЛ она наблюдается
НФ АДР_Ф, НМ
Следовательно, нарушаются требования 3НФ. Из таблицы ФИЛИАЛ надо удалить поля, участвующие в этой транзитивной зависимости, — АДР_Ф, НМ. Получится таблица, характеризующая счет (таблица 3), вида
Затем создается новая таблица, в которую помещаются удаленные поля и поле, от которого они зависят (таблица 4). Она имеет вид
Полученные таблицы 3, 4 приведены к 3НФ. В них каждая запись есть отдельное независимое утверждение. Повторяются только значения внешнего ключа НФ в таблице СЧЕТ, что неизбежно, так как одним филиалом могут обрабатываться несколько счетов.
Как видим, нормализация приводит к фрагментации исходных таблиц. В нашем примере таблица КЛИЕНТ разбивается на таблицы 1, 2, а таблица ФИЛИАЛ — на таблицы 3, 4. Осуществив связь этих таблиц посредством связи первичных и внешних ключей, получим реляционную модель данных предметной области БАНК, в которой минимизирована избыточность данных. Эта модель представлена на рисунке 4.3.
Рисунок 4.3– Реляционная модель предметной области БАНК после нормализации