- •2. Понятие экономической информации
- •3. Экономические информационные системы
- •4. Внемашинная организация экономической информации
- •5. Внутримашинная организация экономической информации
- •6. Понятие базы данных. Системы управления базами данных и их функции.
- •7. Трехуровневая модель организации баз данных
- •Внешняя
- •Внешняя
- •Внешняя
- •8. Иерархическая модель данных
- •9. Сетевая модель
- •10. Реляционная модель
- •10. Ключи и связи. Ссылочная целостность.
- •Основное правило реляционной (ссылочной) целостности гласит: Первичный ключ любой таблицы должен содержать уникальные (не повторяющиеся) непустые значения для данной таблицы.
- •11. Операции реляционной алгебры над отношениями.
- •12 . Постреляционная модель
- •12. Объектно-ориентированная и объектно-реляционная модели
- •13. Многомерная модель
- •14. Требования, предъявляемые к базе данных. Этапы жизненного цикла базы данных
- •15. Модель «сущность–связь»
- •15.2 Преобразование er- модели в реляционную
- •Правило 1
- •Правило 2
- •Правило 3
- •Правило 4
- •Связь между указанными таблицами будет иметь вид ф 1 илиал заказ
- •Правило 5
- •Правило 6
- •Ф 1 илиал заказ
- •15.5 Общие сведения о case-средствах.
- •Пример программного окна Erwin показан ниже.
- •16. Нормализация данных в реляционных таблицах
- •17. Этапы проектирования базы данных и их процедуры
- •18. Назначение, стандарты, достоинства языка sql
- •18.1. Структура команды sql. Типы данных. Выражения
- •Действие Предложения Ключевые слова
- •18.2. Функциональные возможности языка sql
- •19. Знания и их виды
- •19.1 Базы знаний. Модели представления знаний
- •19.2 Продукционные модели
- •19.3 Семантические сети
- •19.4 Фреймовые модели
- •9.4 Пример сети фреймов
- •19.5 Формальные логические модели
- •20. Эволюция концепций обработки данных
- •21. Принцип передачи данных по сети
- •22. Удаленная обработка данных
- •23. Архитектура файл/сервер
- •24. Клиент/ серверные системы
- •Представление информации
- •Клиентское приложение 1
- •Клиентское приложение n
- •Клиентское приложение
- •26. Пользователи и администраторы баз данных
- •27. Защита баз данных
- •29. Оптимизация работы базы данных
- •30. Устройства для хранения баз данных
- •31. Индексирование и хеширование
- •32. Сжатие данных
Правило 3
Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:1, изображенной на рис. 15.5, класс принадлежности сущностей МЕНЕДЖЕР, ФИЛИАЛ будет необязательный. Тогда согласно правилу 3 должны быть сгенерированы три таблицы следующей структуры:
МЕНЕДЖЕР ФИЛИАЛ МЕНЕДЖЕР–ФИЛИАЛ
НМ |
СТАЖ |
СПЕЦ |
НФ |
АДР_Ф |
НМ |
НФ |
При этом осуществляется декомпозиция связи 1:1 на две связи 1:1 следующим образом:
МЕНЕДЖЕР МЕНЕДЖЕР–ФИЛИАЛ ФИЛИАЛ
1
1
1
Н |
СТАЖ |
СПЕЦ |
Н |
НФ |
НФ |
АДР_Ф |
1
Итак, для связи типа 1:1 существуют три отдельных правила формирования предварительных таблиц из ER-диаграмм.
Для связи типа 1:М существуют только два правила. Выбор одного из них зависит от класса принадлежности сущности на стороне M. Класс принадлежности сущности на стороне 1 не влияет на выбор.
Правило 4
Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
На ER-диаграмме связи 1:М, представленной на рис. 15.5, класс принадлежности сущности Заказ является обязательным. Тогда согласно правилу 4 должны быть сгенерированы две таблицы следующей структуры:
ФИЛИАЛ ЗАКАЗ
НФ |
АДР_Ф |
НЗ |
ДЗ |
ВЗ |
НФ |
Связь между указанными таблицами будет иметь вид ф 1 илиал заказ
Н |
А
М |
Н3 |
ДЗ |
ВЗ |
НФ |
Примечание. Если внешний ключ представляет связь 1:М, то должны быть разрешены его дублирующие значения.
Правило 5
Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Представим, что на ER-диаграмме связи 1:М, изображенной на рис. 15.5, класс принадлежности сущности ЗАКАЗ является необязательным. Тогда согласно правилу 5 должны быть сгенерированы три таблицы следующей структуры:
ФИЛИАЛ ЗАКАЗ ФИЛИАЛ-ЗАКАЗ
НФ |
АДР_Ф |
НЗ |
ДЗ |
ВЗ |
НФ |
НЗ |
При этом осуществляется декомпозиция связи 1:М на две связи – 1:М и 1:1 – следующим образом:
ФИЛИАЛ ФИЛИАЛ-ЗАКАЗ ЗАКАЗ
1
1
1
Н |
АДР_Ф |
НФ |
НЗ |
М
НЗ |
ДЗ |
ВЗ |

М
М
Ф
Ф