Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КИТ ШПОРЫ.docx
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
215.17 Кб
Скачать

26.Нормализация данных в реляционных таблицах

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

Таблица находится в той или иной нормальной форме, если она удовлетворяет определенному набору требований.

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

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

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

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

27.Этапы проектирования базы данных и их процедуры

Проектирование базы данных осуществляется в три этапа: 1концептуальное проектирование; 2.логическое проектирование; 3.физическое проектирование.

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

1. Определение сущностей и их документирование.

2. Определение связей между сущностями и их документирование.

3. Создание ER-модели предметной области.

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

5. Определение значений атрибутов и их документирование

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

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

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

1. Выбор модели данных.

2. Определение набора таблиц исходя из ER-модели и их документирование.

3. Нормализация таблиц

4. Проверка логической модели данных на предмет возможности выполнения транзакций. 5.Определение требований поддержки целостности данных и их документирование помещаются в словарь данных. 6.Создание окончательного варианта логической модели данных и обсуждение его с пользователями.

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

1. Проектирование таблиц базы данных средствами выбранной СУБД.

2. Реализация бизнес-правил в среде выбранной СУБД.

3. Проектирование физической организации базы данных.

4. Разработка стратегии защиты базы данных.

5. Организация мониторинга функционирования базы данных и ее настройка.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]