- •Раздел 6. Компьютерные технологии использования систем управления
- •1. История создания баз данных.
- •1.1. Нулевое поколение: менеджеры записей (4000 г. До н.Э. – 1900 г.)
- •1.2. Первое поколение: менеджеры записей (1900 г. – 1955 г.).
- •1.3. Второе поколение: программируемое оборудование обработки записей (1955 г. – 1970 г.)
- •1.3.1. Архитектура субд.
- •Отдельные
- •Администратор
- •Описание на языке конкретной субд
- •Описание хранимых данных
- •1.4. Третье поколение: оперативные сетевые базы данных (1965 г.–1980 г.)
- •1.4.1. Иерархические субд.
- •1.4.2. Сетевые базы данных.
- •1.5. Четвертое поколение: реляционные базы данных (1980 г. – 1995 г.).
- •1.5.1. Таблицы.
- •Office city region mgr target sales
- •1.5.2. Первичные ключи.
- •1.5.3. Отношения предок/потомок.
- •Office cyti region
- •Empl_num name age rep_office
- •1.5.4. Внешние ключи.
- •2. Язык aql как стандартный язык базы данных.
- •2.1. Язык sql.
- •2.2. Роль sql.
- •2.3. Достоинства sql.
- •2.3.1. Независимость от конкретных субд.
- •2.3.2. Переносимость с одной вычислительной системы на другие.
- •2.3.3. Стандарты языка sql.
- •2.3.4. Протокол odbc и компания Microsoft.
- •2.3.5. Реляционная основа.
- •2.3.6. Высокоуровневая структура, напоминающая английский язык.
- •2.3.7. Интерактивные запросы.
- •2.3.8. Программный доступ к базе данных.
- •2.3.9. Различные представления данных.
- •2.3.10. Полноценный язык для работы с базами данных.
- •2.3.11. Динамическое определение данных.
- •2.3.12. Архитектура клиент/сервер.
- •2.4. Пятое поколение: мультимедийные базы данных (1995 г. - …)
- •People Name Adress
- •People Name Adress Papers Picture Voice
- •2.5. Основные требования.
- •2.5.1. Расширяемость.
- •2.5.2. Производительность.
- •2.5.3. Сопровождение в оперативном режиме.
- •2.5.4. Устойчивость.
- •3. Технология хранения данных. Корпоративные базы данных.
- •3.1. Современные требования к корпоративным базам данных.
- •3.2. Потребность в анализе данных.
- •3.3. Хранилища данных.
- •3.4. Хранилища и киоски данных.
- •3.5. Анализ данных в корпоративных системах.
- •3.5.1. Olap - передовая технология анализа.
- •3.5.2. Многомерное представление.
- •3.5.3. Хранение данных olap.
- •3.5.4. Разновидности olap.
- •3.6. Размышления и предсказания.
1.4. Третье поколение: оперативные сетевые базы данных (1965 г.–1980 г.)
Для таких приложений, как ведение операций на фондовой бирже или резервирование билетов, требуется знание текущей информации. Эти приложения не могут использовать вчерашнюю информацию, обеспечиваемую системами пакетной обработки транзакций, - им нужен немедленный доступ к текущим данным. С конца 1950-х годов лидирующие компании из нескольких областей индустрии начали вводить в использование системы баз данных с оперативными транзакциями; транзакции над оперативными базами данных обрабатывались в интерактивном режиме. Аппаратура для подключения к компьютеру интерактивных компьютерных терминалов прошла путь развития от телетайпов к простым алфавитно-цифровым дисплеям и, наконец, к сегодняшним интеллектуальным терминалам, основанным на технологии персональных компьютеров. Мониторы телеобработки представляли собой специализированное программное обеспечение для мультиплексирования тысяч терминалов со скромными серверными компьютерами того времени. Эти мониторы собирали сообщения-запросы, поступающие с терминалов, быстро назначали программы сервера для обработки каждого сообщения и затем направляли ответ на соответствующий терминал. Оперативная обработка транзакций дополняла возможности пакетной обработки транзакций, за которой оставались задачи фонового формирования отчетов.
Оперативные базы данных хранились на магнитных дисках или барабанах, которые обеспечивали доступ к любому элементу данных за доли секунды. Эти устройства и программное обеспечение управления базами данных давали возможность программам считывать несколько записей, изменять их и затем возвращать новые значения оперативному пользователю.
1.4.1. Иерархические субд.
Одной из наиболее важных сфер применения первых СУБД было планирование производства для компаний, занимающихся выпуском продукции. Например, если автомобильная компания хотела выпустить 10000 машин одной модели и 5000 машин другой модели, ей необходимо было знать, сколько деталей следует заказать у своих поставщиков. Чтобы ответить на этот вопрос, необходимо определить, из каких деталей состоят эти части и т.д. Например, машина состоит из двигателя, корпуса и ходовой части; двигатель состоит из клапанов, цилиндров, свеч и т.д. Работа со списками составных частей была как будто специально предназначена для компьютеров.
Список составных частей изделия по своей природе является иерархической структурой. Для хранения данных, имеющих такую структуру, была разработана иерархическая модель данных, которую иллюстрирует рис.6.3.
В этой модели каждая запись базы данных представляла конкретную деталь. Между записями существовали отношения предок/потомок, связывающие каждую часть с деталями, входящими в нее.
Рис.6.3 - Иерархическая база данных, содержащая информацию о составных частях.
Чтобы получить доступ к данным, содержащимся в базе данных, программа могла: - найти конкретную деталь (правую дверку) по ее номеру;
- перейти “вниз” к первому потомку (ручка двери);
- перейти “вверх” к предку (корпус);
- перейти “в сторону” к другому потомку (левая дверь).
Таким образом, для чтения данных из иерархической базы данных требовалось перемещаться по записям, за один раз переходя на одну запись вверх, вниз или в сторону.