|
|
|
|
|
|
|
|
|
|
|
|
|
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ ЭЛЕКТРОНИКИ И МАТЕМАТИКИ
Кафедра Автоматизации и Интеллектуализации Процессов Управления
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
К дипломной работе
На тему: «Разработка прототипа системы управления объектно-ориентированной базой данных»
Студент Юдин Илья Викторович
Руководитель дипломной работы: Нечаев Анатолий Михайлович
Специальная часть: Титов Виктор Иванович
М О С К В А
1 9 9 9
Содержание
1. ВВЕДЕНИЕ 3
1.1 Причины появления объектно-ориентированных баз данных 3
1.2 Подходы в разработке ООБД 4
1.3 Краткий сравнительный анализ постреляционных и традиционных баз данных 5
1.4 Основания дипломной работы 5
1.5 Анализ полученного результата 7
2. УТОЧНЕНИЕ МЕТОДОВ РЕШЕНИЯ ЗАДАЧИ 8
2.1 Наследование 8
2.2 Инкапсуляция 10
2.3 Идентификатор объекта 11
2.4 Идентификатор поля агрегата 13
2.5 Триггеры. Ограничение доступа 13
2.6 Действие (knowhow) 14
2.7 Объекты-поведения 14
2.8 Принципы взаимодействия объектов 14
2.9 Транзакции и механизм согласованного управления 17
3. РАЗРАБОТКА СТРУКТУРЫ СУ 18
3.1 Положение дел в области интероперабельности систем 18
3.2 Менеджер памяти 20
3.3 Виртуальная память и каналы 20
3.4 Система управления кэшированием объектов 21
3.5 Система управления журнализацией и восстановлением 23
3.6 Принципы реализации механизма согласованного управления 24
4. ПРЕДСТАВЛЕНИЕ ДАННЫХ В ООБД 28
4.1 Базовые объекты системы 28
4.2 Строение объекта 28
4.3 Контекст транзакции 30
5. ОПИСАНИЕ ОПЕРАЦИЙ НАД ОБЪЕКТАМИ В БД 31
6. ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ И ПРОГРАММНЫМ СРЕДСТВАМ 33
7. РЕАЛИЗАЦИЯ ПРОТОТИПА 34
7.1 Построитель 34
7.2 Заголовочный модуль для каналов 34
7.3 Менеджер виртуальной памяти 35
7.4 Система управления хранением объектов 38
7.5 Система управления каналами 39
7.6 Работа с базовыми объектами 40
7.7 Выполнение действий 42
7.8 Кэширование объектов 42
8. КОНТРОЛЬНЫЙ ПРИМЕР, ДЕМОНСТРИРУЮЩИЙ ВОЗМОЖНОСТИ ТЕХНОЛОГИИ 44
9. ОЦЕНКА ТРУДОЕМКОСТИ РАЗРАБОТКИ ПО С ИСПОЛЬЗОВАНИЕМ ТРАДИЦИОННОГО И ПРЕДЛАГАЕМОГО ПОДХОДОВ 45
9.1 Табличные базы данных с низкоуровневыми операциями доступа 45
9.2 Реляционные базы данных 45
9.3 Объектно-ориентированные базы данных 46
9.4 Будущее применения различных баз данных 46
10. ЛИТЕРАТУРА 47
1. Введение
Причины появления
объектно-ориентированных баз данных
Развитие вычислительной техники и увеличение объемов хра нимой информации привело к необходимости выделения техноло гии баз данных в отдельную науку. Как правило, базы данных хранили множество однотипных данных, предоставляя пользо вателю сервис дос тупа к нужной ему информации. На смену иерархическим и сете вым базам данных пришли реляционные базы данных. Успех реля ционных баз данных обусловлен их более простой архитектурой, на личием ненавигационного языка запросов и, главное, ясностью ма те матики реляционной алгебры.
На этапе зарождения технологии баз данных при построении какой-либо базы данных строилась физическая модель. С накоп лени ем опыта стало понятно, что нужен переход к даталогической модели, ко торая позволяет абстрагироваться от конкретной СУБД. Появилось поня тие схемы базы данных, описывающей организацию данных в СУБД. Программы стали работать с базой данных не напрямую, а через схему БД. Такой подход обеспечил возможность менять струк туру БД без необходимости изменять логику программ. Появление и стандартизация SQL предоставила единый интерфейс для работы с данными. Иерархическая и сетевая модели баз данных стали применяться крайне редко. Это было вызвано, прежде всего, труд ностью модификации схем иерар хических и сетевых баз данных и силь но зависящей от приложений навигацией в этих базах данных.
Далее, развитие объектно-ориенти рован ного анализа и объ ектно-ориентированного про ек ти ро ва ния как эффектив ных под ходов для формализации пред мет ной об лас ти, при ве ло к появ ле нию инфо ло ги ческой модели пред мет ной об ласти. Теперь, при разработке базы дан ных составлялось три модели пред став ле ния информации пред метной области: инфо логическая, да та логическая и физическая, не счи тая локальных пользовательских пред став лений.
Рис 1: Этапы проектирования БД
Поскольку физи ческая модель требовала привлечения эксперта в области конкретной СУБД для получения эффективного размещения дан ных, физическая модель стала строиться самой СУБД из схемы БД, вводимой поль зователем на основе дата логической модели предметной области. Затем появились CASE-средства, позволяющие создавать инфо логи ческую модель предметной области и транслирующие ее в дата логи ческую модель.
Казалось бы, что цель достигнута, – проектировщик работает толь ко с инфо логи ческой моделью, но на самом деле, до тех пор, пока работа происходит с реля ционной базой данных, существует разрыв меж ду языком программирования (логикой поль зователя) и языком описания данных (представлением данных), который преодо левать дол жен прог рам мист. Суть разрыва можно сформулировать так: воз мож ности ра бо ты с данными программы и с данными СУБД должны быть оди наковы.
Текущая страница: 1
|
|
|
|
|
 |
Предмет: Информатика
|
 |
Тема: Объектно-ориентированная СУБД (прототип) |
 |
Ключевые слова: управление, (прототип), журнал, комп-ры, объект, объект класс транзакция журнал управление памятью наследование, памятью, транзакция, Программирование и комп-ры, Программирование, Объектно-ориентированная, СУБД, наследование, класс, Объектно-ориентированная СУБД (прототип) |
|
|
|
|
|
|
|
|
|
|
