28. Нормализ-ция таблиц, ее цель. Первая, вторая и третья норм. Формы

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

Сущ-т 5 норм-ых форм, но мы рассматривали только 3.

Первая норм-ая форма – реляционная таблица, в к-й все значения полей яв-ся автомарными, т.е. любая реляционная БД находится в 1-ой норм-ой форме. Ее данные являются избыточными и неудобными для редактирования и поиска информации.

Реляц-ная таблица нах-ся во 2-ой норм. форме, если она нах-ся в 1-ой норм. форме и ее неключевые поля зависят от первичного ключа. Для получения второй норм. формы первую таблицу разбивают на несколько таблиц. Поле перв. ключа рекомендуется брать из тех полей, записи в которых яв-ся избыточными. По определению ссылочной целостности перв. ключ не должен содержать повторяю-ся записей. Затем определяют поле, которое зависит только от первичного ключа, т.е. значение их не меняется при одинаковом значении записи перв. ключа. Эти поля удаляются из старой таблицы и вместе с перв. ключом образуют новую таблицу. Получаем уже 2 таблицы.

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

Преимущества норм-х форм таблиц:

- устранение избыточности данных;

- независимость записей в таблице с перв. ключом от записей в таблице с соответ-щим внешним ключом.

29.Концептуальное проектирование, его цель и процедуры.

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

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

Процедуры:

1)опред-ние сущностей и их документирование

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

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

4)опред-е атрибутов и их документирование

5)опред-е знач-й атрибутов и их документирование

6)опред-е первичных ключей д/сущностей и их документирование

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

30.Логическое проектирование, его цель и процедуры.

Логическое проектирование — созд-е схемы БД на основе конкретной мод. дан., например, реляционной мод. дан.

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

Процедуры:

1)выбор модели дан.

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

3)нормализация таблиц

4)проверка логич-ой мод. дан. на предмет возм-ти вып-я транзакций

5)опред-е требований поддержки целостности дан. и их документирование

6)созд-е окончат-го варианта логич-ой мод. дан. и обсуждение его с пользоват-ми.