- •10. Трехуровневая модель организации баз данных
- •1. Иерархическая модель
- •13. Реляционная модель
- •Достоинства и недостатки реляционной модели данных
- •14.Связь устанавливается посредством связи ключевых полей, содержащих общую информацию для обеих таблиц.
- •Одна запись главной таблицы может быть связана с одной или несколькими записями подчиненной таблицы. При этом значения первичного ключа уникальны, а внешнего – могут повторяться.
- •Нужно связать таблицы клиенты и заказы.
- •Поле «Код клиента» таблицы клиенты является первичным ключом, а таблицы заказы – внешним.
- •16. Операции реляционной алгебры
- •17. Постреляционная модель
- •18. Объектно-ориентированная и объектно-реляционная модели
- •20. Многомерная модель
- •21. Проектирование базы данных
- •22. Этапы жизненного цикла бд
- •23.Модель "сущность-связь" (er-модель)
- •27.Правило 4
- •Правило 5
- •Правило 6
- •26. Преобразование er-модели в реляционную модель
- •Правило 1
- •Правило 2
- •Правило 3
- •28. 4. Нормализация таблиц
- •Определение 3нф Таблица находится в 3нф, если она удовлетворяет требованиям 2нф и не содержит транзитивных зависимостей.
- •29. Процедуры концептуального проектирования
- •30. Процедуры логического проектирования
- •33. Case-средства для моделирования данных
- •34. Понятие субд
- •37. Функции субд
- •1. Управление:
- •35. Возможности, предоставляемые субд пользователям
- •36. Классификация субд
- •1) По степени универсальности:
- •2) По типу поддерживаемой модели данных:
- •По принципу обработки запросов к бд:
- •40. Продукционные модели
- •Управляющий компонент определяет порядок применения правил и выполняет 4 функции:
- •41. Семантические сети
- •43, Формальные логические модели
- •Компоненты бд:
- •42. Фреймы
- •6. Внутримашинная организация экономической информации
- •7 .Устройства для хранения бд
- •1.Экономическая информация
- •2.Внемашинная организация экономической информации
27.Правило 4
Если связь типа 1:М и КП сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
На ER- диаграмме связи 1:М КП сущности СЧЕТ является обязательным. Тогда:
Правило 5
Если связь типа 1:М и КП сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:М КП сущности СЧЕТ является необязательным. Для связи типа М:N КП сущности не имеет значения.
Правило 6
Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
ER-диаграмма связи М:N имеется на рис. 1.
26. Преобразование er-модели в реляционную модель
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности.
Для связи типа 1:1 существуют три правила формирования предварительных таблиц из ER-диаграмм.
Правило 1
Если связь типа 1:1 и КП обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
На ER-диаграмме связи 1:1 КП сущностей МЕНЕДЖЕР, ФИЛИАЛ является обязательным. Тогда по правилу 1 должна быть сгенерирована одна таблица следующей структуры:
Правило 2
Если связь типа 1:1 и КП одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой КП является необязательным, добавляется как атрибут в таблицу для сущности с обязательным КП.
Представим, что на ER-диаграмме связи 1:1 КП сущности МЕНЕДЖЕР будет обязательный, а сущности ФИЛИАЛ – необязательный. Тогда по правилу 2 должны быть сгенерированы две таблицы следующей структуры:
Сущность с необязательным КП (ФИЛИАЛ) именуется родительской, а с обязательным (МЕНЕДЖЕР) – дочерней. Первичный ключ родительской сущности (НФ), помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между указанными таблицами устанавливается путем связи первичного и внешнего ключа и имеет вид:
Правило 3
Если связь типа 1:1 и КП обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:1 КП сущностей МЕНЕДЖЕР, ФИЛИАЛ будет необязательный. Для связи типа 1:М существует только два правила. Выбор одного из них зависит от КП сущности на стороне M. КП сущности на стороне 1 не влияет на выбор.