- •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. Сжатие данных
9. Сетевая модель
Сетевая модель является развитием иерархической модели. В отличие от иерархической модели в сетевой модели потомок может иметь любое количество предков. Сегменты, которые называются в сетевой модели наборами записей, связываются между собой не только по принципу «сверху вниз», но и «по горизонтали» с помощью наборов связей. На рис. 9. показан пример организации данных по сетевой модели.
Реализован тип отношений 1:M, N:M, М:N.
Рис. 9. Пример организации данных по сетевой модели
На рис. 9. показана сетевая модель базы данных для анализа выполнения проектов.
ИСПОЛНИТЕЛЬ2_ПРОЕКТ2
Для связи записей ПРОЕКТ и ИСПОЛНИТЕЛЬ вводится запись ИСПОЛНИТЕЛЬ_ПРОЕКТ. Доступ к данным осуществляется не только «сверху вниз», но и по горизонтальным наборам связей.
К достоинствам сетевой модели данных относятся возможность образования произвольных связей и быстрый доступ к данным.
Недостатками сетевой модели являются сложность ее понимания для обычного пользователя и большие объемы памяти компьютера на хранение данных.
10. Реляционная модель
Реляционная модель базы данных была предложена американским математиком Kоддом (Dr. Codd.). в 1969 году
В настоящее время это самая распространенная модель баз данных .
Основными преимуществами указанной модели являются простота, наглядность и строгое математическое обоснование.
В основе реляционной модели базы данных лежит следующее определение:
Пусть заданы множества D1 , D2 , … Dn (n 1) необязательно различных.
N – арным отношением R называют подмножество декартова произведения указных множеств D1 x D2 x … Dn.
Исходные множества D1 , D2 , … Dn называются в модели доменами.
R D1 x D2 x … Dn (1)
где D1 x D2 x … Dn - полное декартово произведение
Полное декартово произведение – это набор всевозможных сочетаний из n элементов, где каждый элемент берется из своего домена.
Пример:
D1 содержит номера трех заказов, D2 содержит набор из двух шифров фирм, D3 содержит три веса заказов.
D1 - {1021, 1022, 1023}
D2 - {АА, АС}
D3 - {100, 300, 120}
В этом случае полное декартово произведение содержит набор из 18 троек, где первый элемент – это один из номеров заказов, второй – это один из шифров фирмы, а третий – один из весов заказа.
<1021. АА. 100> <1021. АА. 300> <1021. АА. 120>
<1022. АА. 100> <1022. АА. 300> <1022. АА. 120>
<1023. АА. 100> <1023. АА. 300> <1023. АА. 120>
<1021. АC. 100> <1021. АC. 300> <1021. АC. 120>
<1022. АC. 100> <1022. АC. 300> <1022. АC. 120>
<1023. АC. 100> <1023. АC. 300> <1023. АC. 120>
Вхождение домена в отношение называется атрибутом. Строки отношения называются кортежами. Количество кортежей в отношении называется мощностью отношения.
Отношение имеет более простую графическую интерпретацию и может быть представлена в виде таблицы, столбцы (поля) которой соответствуют вхождениям доменов в отношении, а строки (записи) – наборам из n – значений, взятых из исходных доменов, которые расположены в строгом порядке в соответствии с заголовками.
Таблица 1 Таблица 2
R R1
Ном_заказ |
Шифр_к |
Вес_з |
|
|
Ном_заказ |
Шифр_к |
Вес_з |
1021 |
АА |
100 |
|
|
1021 |
АА |
100 |
1021 |
АА |
300 |
|
|
1022 |
АА |
300 |
1021 |
АА |
120 |
|
|
1023 |
АС |
100 |
1021 |
АС |
100 |
|
|
1023 |
АС |
300 |
1021 |
АС |
300 |
|
|
1023 |
АС |
120 |
1021 |
АС |
120 |
|
|
|
|
|
1022 |
АА |
100 |
|
|
|
|
|
1022 |
АА |
300 |
|
|
|
|
|
1022 |
АА |
120 |
|
|
|
|
|
1022 |
АС |
100 |
|
|
|
|
|
1022 |
АС |
300 |
|
|
|
|
|
1022 |
АС |
120 |
|
|
|
|
|
1023 |
АА |
100 |
|
|
|
|
|
1023 |
АА |
300 |
|
|
|
|
|
1023 |
АА |
120 |
|
|
|
|
|
1023 |
АС |
100 |
|
|
|
|
|
1023 |
АС |
300 |
|
|
|
|
|
1023 |
АС |
120 |
|
|
|
|
|
Теоретически всевозможные сочетания встречаются на практике редко, поэтому отношения могут моделировать реальную ситуацию. Например, отношение R может содержать только 5 строк (Сравним Таблицу 1- полное декартово произведение и реальную Таблицу 2).
Таким образом, существуют следующие соответствия в терминологии:
Отношение- таблица
Атрибут– поле
Кортеж - запись
Поскольку отношение – это подмножество декартова произведения, где все наборы различны, поэтому в отношении (таблице) не может быть одинаковых кортежей (записей).
В соответствии со свойством декартова произведения два отношения, отличающиеся порядком атрибутов (полей), будут интерпретироваться в рамках реляционной модели как одинаковые.
Любая таблица реляционной (relation- отношение) базы данных состоит из строк называемых также записями, и столбцов, называемых полями.
Строки таблицы содержат сведения о представленных в ней фактах (документах, людях, т.е об однотипных объектах). На пресечении столбца и строки находятся конкретные значения содержащихся в таблице данных.
Пример:
Т
Поля
-
К
од
клиентаКлиент
Город
Улица
АА
БелТур
Минск
Правды 11
АБ
Сименс
Мюнхен
Лейбница 8
АС
ПМК –23
Пуховичи
Широкая 1
АД
Атлант
Минск
Захарова 20
…
…
…
…
Данные в таблице удовлетворяют следующим принципам:
Каждое значение, содержащееся на пересечении строки и столбца должно быть атомарным, т.е. не расчленяться на несколько значений
Значения данных в одном и том же столбце должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД. Т.е каждое поле имеет свой тип – символьный, числовой, дата и т.д.
Каждая запись уникальна, т.е. в таблице не существует двух полностью совпадающих записей
Каждое поле имеет уникальное имя
Последовательность полей в таблице не существенна
Последовательность записей в таблице не существенна
Несмотря на, то что строки таблиц считаются неупорядоченными, СУБД позволяет сортировать строки и столбцы в нужном для пользователя порядке.
Так как последовательность столбцов (полей) в таблице не существенна, то обращение к ним производится по имени, поэтому имена полей для данной таблицы являются уникальными и не могут повторяться.
