- •6. Внутримашинная организация эи.
- •Компоненты бд:
- •10. Трехуровневая модель организации баз данных
- •Одна запись главной таблицы может быть связана с одной или несколькими записями подчиненной. При этом значения первичного ключа уникальны, а внешнего – могут повторяться.
- •26. Преобразование er-модели в реляционную модель
- •29. Процедуры концептуального проектирования. Цель- создание концепт модели данных исходя из представл пользоват о предметной области.
- •30. Процедуры логического проектирования- преобраз концеп на основе выбранной мод данных в лог модель, не завис от особенностей использ в дальнейшем субд для физ реализ бд.
- •36. Классификация субд
- •2) По типу поддерживаемой модели данных:
- •Определен 3нф Табл находитс в 3нф, если она удовлетворяет требованиям 2нф и не содержит транзитивных зависимостей.
- •35. Возможности, предоставляемые субд пользователям
- •37. Функции субд
- •1. Управление:
- •3. Ведение системного каталога (словаря данных).
- •4. Контроль доступа к данным.
- •62.Встраивание sql в прикладные программы
- •82. Возможности администрирования бд в субд Access
- •75. Интерфейсы доступа к данным
26. Преобразование er-модели в реляционную модель
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы. Правила генерации табл из ER-диаг опираются на 2 основных фактора – тип связи и класс принадлежноc сущ. Для связи типа 1:1 сущ 3 Правило 1: Если связь типа 1:1 и КП обеих сущностей обязательным, то необходима только 1 табл. Первичным ключом этой табл м.б. первичный ключ любой из 2-х сущн. На ER-диаграмме связи 1:1 КП сущностей Менед, Филиал является обязательным. Тогда по правилу 1 должна быть сгенерирована одна таблица следующей структуры:
Правило 2 Если связь типа 1:1 и КП одной сущности является обяз, а другой – необяз, то необходимо построить табл для каждой сущ-и. Первичный ключ сущности д.б. первичным ключом соотв таблицы. Первичный ключ сущности, для кот является необяз, добавляется как атрибут в табл для сущ с обяз.
Представим, что на ER-диаграмме связи 1:1 КП сущности Менед будет обяз, а сущности Филиал – необя. Тогда по правилу д.б. соединены 2 таблицы следующей структуры:
Сущность с необяза КП (Филиа) именуется родительской, а с обяз (Менел) – дочерней. Первичный ключ родительской сущ (НФ), помещаемый в табл, представляющую дочернюю сущ, назыв внешним ключом родительской сущности. Связь между указанными табл устанавливается путем связи первичного и внешнего ключа и имеет вид:
Правило 3 Если связь типа 1:1 и КП обеих сущностей является необяз, то необходимо построить 3 табл – по одной для каждой сущности и 1 для связи. Первичный сущ д.б. первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:1 КП сущностей МЕНЕДЖЕР, ФИЛИАЛ будет необязательный. Для связи типа 1:М существует только два правила. Выбор одного из них зависит от КП сущности на стороне M. КП сущности на стороне 1 не влияет на выбор.
27. Правило 4. Если связь типа 1:М и КП сущности на стороне М является обязм, то необходимо построить табл для каждой сущности. Первичный ключ сущ д.б. первичным ключом соотв таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в табли для сущности на стороне М.
На ER- диаграмме связи 1:М КП сущности СЧЕТ является обяз. Тогда:
Правило 5. Если связь типа 1:М и КП сущности на стороне М является необяз, то необходимо построить 3 табл – по одной для каждой сущности и 1 для связи. Первичный ключ сущности д.б. первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущн.
Представим, что на ER-диаграмме связи 1:М КП сущности СЧЕТ является необязательным. Для связи типа М:N КП сущности не имеет значения.
Правило 6. Если связь типа М:N, то необходимо построить 3 таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей. ER-диаграмма связи М:N