
- •28.32. Потенциальный ключ
- •Общий вид команды
- •Примеры
- •12. Основные понятия субд
- •1.3.16.17.20. Система управления базами данных (субд), Назначение и основные функции.
- •6. Администрирование данных
- •8. Обеспечение независимости данных
- •10.11. 1.1. Архитектура системы баз данных ansi/sparc
- •1.1.1 Внешний уровень
- •1.1.2 Концептуальный уровень
- •1.1.3 Внутренний уровень
- •1.1.4 Детализованная архитектура системы бд
- •1.2. Группа администратора базы данных (абд)
- •1.2.1 Обязанности администратора базы данных
- •13. Основные особенности архитектуры «клиент-сервер»
- •15.16 Реляционная модель данных
- •Требования к реляционным моделям
- •Графическая интерпретация реляционной схемы
- •19. Оптимизация баз данных MySql
- •Определение представления
- •23. 24.25.26.Реляционные объекты данных: домены и отношения. Характеристика отношений. Определение реляционной базы данных.
- •27. Целостность реляционных данных
- •29. Первичные и альтернативные ключи
- •Правила внешних ключей
- •33.34.36.36.37.38. Реляционная алгебра
- •5.1.1. Общая интерпретация реляционных операций
- •Замкнутость реляционной алгебры
- •Ограничения на операции
- •Соединение
- •Деление
- •42. Функциональные зависимости в базе данных
- •Часть 1
- •Нормальная форма
- •Роль нормализации в проектировании реляционных баз данных
- •Нормальные формы
- •Первая нормальная форма (1nf)
- •Подход Helios Information Technologies к защите баз данных
- •Реальная и «бумажная» защита данных
- •Защита субд
- •Внедрение систем защиты субд позволит:
- •Результат применения
- •48. Ядро субд и параллельная обработка
Нормальная форма
Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
У этого термина существуют и другие значения, см. Нормальная форма (значения).
Нормальная форма — свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение.
Процесс преобразования отношений базы данных (БД) к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных.[1] Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации. Как отмечает К. Дейт,[2] общее назначение процесса нормализации заключается в следующем:
исключение некоторых типов избыточности;
устранение некоторых аномалий обновления;
разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;
упрощение процедуры применения необходимых ограничений целостности.
Устранение избыточности производится, как правило, за счёт декомпозиции отношений таким образом, чтобы в каждом отношении хранились только первичные факты (то есть факты, не выводимые из других хранимых фактов).
|
Роль нормализации в проектировании реляционных баз данных
При том, что идеи нормализации весьма полезны для проектирования баз данных, они отнюдь не являются универсальным или исчерпывающим средством повышения качества проекта БД. Это связано с тем, что существует слишком большое разнообразие возможных ошибок и недостатков в структуре БД, которые нормализацией не устраняются. Несмотря на эти рассуждения, теория нормализации является очень ценным достижением реляционной теории и практики, поскольку она даёт научно строгие и обоснованные критерии качества проекта БД и формальные методы для усовершенствования этого качества. Этим теория нормализации резко выделяется на фоне чисто эмпирических подходов к проектированию,[3] которые предлагаются в других моделях данных. Более того, можно утверждать, что во всей сфере информационных технологий практически отсутствуют методы оценки и улучшения проектных решений, сопоставимые с теорией нормализации реляционных баз данных по уровню формальной строгости.
43.44.45.46 Нормализацию иногда упрекают на том основании, что «это просто здравый смысл», а любой компетентный профессионал и сам «естественным образом» спроектирует полностью нормализованную БД без необходимости применять теорию зависимостей.[4] Однако, как указывает К. Дейт, нормализация в точности и является теми принципами здравого смысла, которыми руководствуется в своём сознании зрелый проектировщик, то есть принципы нормализации — это формализованный здравый смысл. Между тем, идентифицировать и формализовать принципы здравого смысла — весьма трудная задача, и успех в её решении является существенным достижением.[4]