Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
shpory_normalnye_kit.docx
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
130 Кб
Скачать
☆

28. Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.

Нормальные формы – линейн.последоват-ть правил,применяемых к бд,причем,чем выше норм.форма,тем совершеннее структура бд.

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

уровни нармализации:

1 нормальная форма (1нф):

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

Вторая нормальная форма (2нф):

1) она удовлетворяет условиям 1нф(задает существ-е в кажд.позиции,определенной строкой или столбцом, только одного значения, а не массива или списка значений.)

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

3 НФ. Удовлетворяет 2 НФ (сущ-ние в каждой позиции, определяемой строкой или столбцом, только одного значения, а не массива или списка + каждое неключевое поле полностью зависит от первичного ключа) и все неключевые столбцы взаимно независимы.

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

1.концептуальное проектир-е(в рез-те получ. концептуальн. модель дан-х)

процедуры:

-определ.сущностей и их описание (определ.объекты,кот. существ. незав-мо от др.). для кажд.объекта опис.их cв-ва, имена объектов и их опис-е заносятся в словарь дан-х.

-опред.связей м-ду сущностями и их опис-е(обычно описыв.как.-л действие)

-созд-е так назыв-й мод-и er - прогр-ы,кот.позв. строить модели er-win.

-подробн.опис-е св-в(сущностей,атрибутов).кажд.атриб-у присваив-ся свое имя,тип и размерность значений.атрибут м.иметь неопред.значения.

-опред.значений атрибутов и их описание.

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

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

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

Логическое проектирование(преобраз-е коцепт.мод-и на основе выбранной мод-и данных в логич.модель).

процедуры:-выбор мод.данных(чаще всего реляц-я,т.к.масая простая)

-опред-е набора таблиц,исходя их er-модели(кажд.сущность соответ-ет 1 таблице).

-нормализация таблиц.

-проверка логич.модели дан.на предмет возмож-ти выполн-я транзакции (неделимая операция,кот.заверш. либо полным отказом, либо полн.согласием).

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

- обязат-е данные,таким образом выявл.те атриб-ы,кот.могут заполняться, а могут и нет.

- ограничения для значений атрибутов(опред.допустим.значения атрибутов).

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

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

- огранич-я,накладываемые бизнес-правилами(правила установки и технолог-й операции,принятые в организ-и).

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

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