- •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. Сжатие данных
Правило 6
Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
ER-диаграмма связи М:N имеется на рис. 15.5. Согласно правилу 6 на основе этой ER-диаграммы должны быть сгенерированы три таблицы следующей структуры:
КЛИЕНТ ЗАКАЗ КЛИЕНТ– ЗАКАЗ
НК |
ФИО_К |
СОЦ_П |
АДР_К |
НЗ |
ДЗ |
ВЗ |
НК |
НЗ |
При этом осуществляется декомпозиция связи М:N на две связи 1:М следующим образом:
КЛИЕНТ КЛИЕНТ– ЗАКАЗ ЗАКАЗ
М
1
1
М
Н |
ФИО_К |
СОЦ_П |
АДР_К |
Н |
НЗ |
НЗ |
ДЗ |
ВЗ |
В таблице КЛИЕНТ–ЗАКАЗ клиенту, сделавшему, например, три заказа будут соответствовать три строки с одним и тем же номером заказа. А заказ, у которого, например, два владельца, представляется двумя строками с различными номерами клиентов, сделавшими этот заказ.
К ER-модели предметной области ФИРМА, представленной на рис. 15.5, применимы правила 1, 4, 6. Связь МЕНЕДЖЕР – ФИЛИАЛ представляется (согласно правилу 1) одной таблицей
МЕНЕДЖЕР–ФИЛИАЛ
НМ |
СТАЖ |
СПЕЦ |
НФ |
АДР_Ф |
Связь ФИЛИАЛ – ЗАКАЗ представляется (согласно правилу 4) связью
Ф 1 илиал заказ
Н
М |
АДР_Ф |
Н3 |
ДЗ |
ВЗ |
НФ |
Связь КЛИЕНТ – ЗАКАЗ представляется (согласно правилу 6) связью
КЛИЕНТ КЛИЕНТ– ЗАКАЗ ЗАКАЗ
М
1
1
М
Н К () |
ФИО_К |
СОЦ_П |
АДР_К |
Н |
НЗ |
НЗ |
ДЗ |
ВЗ |
Анализ состава атрибутов полученных таблиц МЕНЕДЖЕР–ФИЛИАЛ, ФИЛИАЛ, КЛИЕНТ, ЗАКАЗ, КЛИЕНТ–ЗАКАЗ показывает, что таблица ФИЛИАЛ является составной частью таблицы МЕНЕДЖЕР–ФИЛИАЛ, таблица ЗАКАЗ по правилу 6– составной частью таблицы ЗАКАЗ по правилу 4. Поэтому таблицы ФИЛИАЛ и ЗАКАЗ по правилу 6 можно исключить из рассмотрения. Оставшиеся таблицы МЕНЕДЖЕР–ФИЛИАЛ, ФИЛИАЛ, КЛИЕНТ–ЗАКАЗ, КЛИЕНТ, можно связать посредством связи первичных и внешних ключей как на рис. 10.7.
В результате получим реляционную модель для ER-модели предметной области ФИРМА.
МЕНЕДЖЕР–ФИЛИАЛ ФИЛИАЛ
Н
1 |
1 |
СПЕЦ |
Н |
АДР_Ф |
Н3 |
ДЗ |
ВЗ |
НФ |
М
КЛИЕНТ КЛИЕНТ- ЗАКАЗ
М
1
Н К |
ФИО_К |
СОЦ_П |
АДР_К |
НК |
НЗ |
1
Рис.15.7 Реляционная модель предметной области ФИРМА

К
К
Ф
К
Ф