- •1. Экономическая информация, ее виды и структурные единицы
- •5.Внутримашинная организация экономической информации. Понятие базы данных
- •4. Внутримашинная организация экономической информации. Файловая организация данных и ее недостатки.
- •2. Экономические информационные системы, их классификация и информационное обеспечение
- •3. Внемашинная организация экономической информации
- •6. Трехуровневая модель организации бд
- •7. Иерархическая модель
- •8. Сетевая модель
- •9. Основные понятия реляционной модели данных (отношения, домен, схема отношения, степень отношения, декарство произведения, атрибут, кортеж)
- •11. Условия реляционной целостности
- •13. Этапы проектирования баз данных
- •10. Основные понятия реляционной модели данных(фундаментальные св-ва отношений, первичный ключ, связывание таблиц, внешний ключ, схема данных)
- •12. Устройства для хранения баз данных
- •14. Модель «сущность-связь» (er-модель)
- •15. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с обеих сторон.
- •16.Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с одной стороны и необязательным с др стороны.
- •17. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с необязательным участием с обеих сторон.
- •18. Преобразование er-модели в реляционную модель данных для связей типа 1:м с обязательным участием со стороны «многие»
- •19. Преобразование er-модели в реляционную модель данных для связей типа 1:м с необязательным участием со стороны «многие»
- •34. Администратирование базы данных. Восстановление базы данных
- •20. Преобразование er-модели в реляционную модель данных для связей типа m:n.
- •21. Нормализация таблиц. Эффективность реляционной базы данных. Первая нормальная форма (1нф).
- •22. Нормализация таблиц. Функциональная зависимость. Полная и частичная функциональная зависимость. Вторая нормальная форма (2нф).
- •23. Нормализация таблиц. Транзитивная зависимость. Третья нормальная форма (3нф).
- •24. Понятие и возможности системы управления базами данных(субд)
- •25. Классификация систем управления базами данных (субд)
- •26. Системы управления базами знаний
- •27. Удаленная обработка данных
- •28. Обработка запросов в архитектуре файл/сервер
- •30. Архитектура системы обработки распределенной базы данныхРаБд
- •29. Обработка запросов в архитектуре клиент/сервер
- •31. Хранилища данных
- •32.Администратирование базы данных. Пользователи и администратор бд
- •33. Администратирование базы данных .Защита баз данных
15. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с обеих сторон.
Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели, но в настоящее время существует немного СУБД, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель, поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица, причем каждому атрибуту сущности соответствует столбец таблицы. Правила генерации таблиц из ER-диаграмм опираются на два основных фактора — тип связи и класс принадлежности сущности.
Правило 1
Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
На ER-диаграмме связи 1:1, представленной на рисунке 4.1, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ является обязательным. Тогда согласно правилу 1 должна быть сгенерирована одна таблица следующей структуры:
Первичным ключом этой таблицы может быть и первичный ключ сущности МЕНЕДЖЕР — НМ.
16.Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с одной стороны и необязательным с др стороны.
Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой — необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Представим, что на ER-диаграмме связи 1:1, изображенной на рисунке 4.1, класс принадлежности сущности МЕНЕДЖЕР будет обязательный, а сущности ФИЛИАЛ — необязательный. Тогда согласно правилу 2 должны быть сгенерированы две таблицы следующей структуры:
Сущность с необязательным классом принадлежности (ФИЛИАЛ) именуется родительской, а с обязательным (МЕНЕДЖЕР) — дочерней.Первичный ключ родительской сущности (НФ), помещаемый в таблицу, представляющую дочернюю сущность, называется внешним ключом родительской сущности. Связь между указанными таблицами устанавливается путем связи первичного и внешнего ключа и имеет вид
Примечание. Если внешний ключ представляет связь 1:1, то должны быть запрещены его дублирующие значения.
17. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с необязательным участием с обеих сторон.
Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы — по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:1, изображенной на рис. 1.4, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ будет необязательный. Тогда согласно правилу 3 должны быть сгенерированы три таблицы следующей структуры:
При этом осуществляется декомпозиция связи 1:1 на две связи 1:1 следующим образом:
Итак, для связи типа 1:1 существуют три отдельных правила формирования предварительных таблиц из ER-диаграмм.
Для связи типа 1:М существуют только два правила. Выбор одного из них зависит от класса принадлежности сущности на стороне М. Класс принадлежности сущности на стороне 1 не влияет на выбор.