27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.

Правила опираются на 2 осн фактора – тип связи и класс принадлежности сущности. Правило1:Если связь типа 1:М и класс принадл сущн на стороне М явл обязат, то необходимо построить таблицу для кажд сущности. Первич ключ сущности должен быть первич ключом соотв таблицы. Первич ключ сущности на стороне 1 добавл как атрибут в табл для сущности на сторонеМ. ПР.5:Если связь типа 1:М и класс принадл сущности на стороне М явл необязат, то необходимо построить 3 таблицы – по 1 для кажд сущности и 1 для связи. Первич ключ сущности должен быть первич ключом соотв таблицы. Табл для связи среди своих атрибутов должна иметь ключи обеих сущностей. ПР.6: Если связь типа М:N, то необходимо построить 3 таблицы – по 1 для каждой сущности и 1 для связи. Первич ключ сущности должен быть первич ключом соотв табл. Таблица для связи среди своих атрибутов должна иметь ключи 2 сущностей.

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

Нормализация отношений – процесс, позволяющий гарантировать эффективность структур данных в реляц БД. Изменение отношений не должно привод. к двусмысленности или потере инфо. Перестройка набора отношений при вводе новых типов д.б. min. Нормализованным наз. отношение, у кот. кажд. еомпонента кортежа явл. простой, не сост. из группы значений. Процедура декомпозиции позвол. заменить данн. множество др. множ-м, явл. проекцией исходн. множ-ва и имеет более прост. стр-ру. Реляц БД считается эфф, если она облад характеристиками. 1. Минимизация избыточности данных(В БД присутствует избыточность, если одни и те же данные находятся в неск местах. →память компа испол-ся неэкономно и времени на корректировку данных тратится больше). 2. Минимальное использование отсутствующих значений. 3. Предотвращение потери информации. Реляц БД считается эфф, если все ее таблицы наход как min в 3НФ. Табл находится в 1НФ, если все ее поля содержат только простые неделимые значения. Табл находится в 2НФ, если она удовлетворяет требованиям 1НФ и неключ поля зависят от первич ключа. Табл находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей. Транзитивная зависимость - функциональная зависимость между неключевыми полями.

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

Цель этапа концептуал проектирования – создание концептуал модели данных исходя из представлений пользователей о предмет обл. Для ее достижен вып-ся ряд последоват процедур.1. Определ сущностей и их документирование. Для определения сущностей определ объекты, кот существ независимо от других. Такие объекты - сущности. 2. Определ связей между сущностями и их документирование. Определяются только те связи, кот необходимы для удовлетворения требований к проекту БД. Устанавл-ся тип каждой из них. Выяв-ся класс принадлежности сущностей. 3. Создание ER-модели предметной области. Для представлсущностей и связей между ними испол-ся ER-диаграммы. На их основе создается единый наглядный образ моделируемой предмет обл – ER-модель предмет области.4. Определение атрибутов и их документирование. Выявляются все атрибуты, опис-щие сущности созд ER-модели. Каждому атрибуту присв-ся осмысленное имя, понятное пользователям. 5. Определение значений атрибутов и их документирование. Для каждого атрибута сущности определяется набор допустимых значений и ему присваивается имя. 6. Определение первичных ключей. На этом шаге руководствуются определением первичного ключа – как атрибута или набора атрибутов сущности, позволяющего уникальным образом идентифицировать ее экземпляры. 7. Обсуждение концептуал модели данных с конеч пользователями.