Разработка расширенной реляционной модели данных распределенной хронологической системы управления виртуальными представительствами

• Автор: Аксенов, Андрей Андреевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2003
• Место защиты: Липецк
• Количество страниц: 133 с. : ил.

Оглавление
Введение

1 Анализ существующих моделей данных и СУБД

1.1 Требования к СУБД для разработки систем управления виртуальными представительствами.

1.1.1 Поддержка распределенной структуры БД.

1.1.2 Поддержка хронологий данных

1.2 Обзор существующих моделей данных и программных средств

1.2.1 Реляционная модель

1.2.2 Объектная модель

1.2.3 Темпоральные модели.

1.3 Дополнительные предположения предметной области

Постановка задач диссертационного исследования
2 Разработка расширенной реляционной модели данных
2.1 Реляционная модель.
2.1.1 Структура данных
2.1.2 Ограничения целостности.
2.1.3 Операции реляционной алгебры
2.2 Расширенная реляционная модель данных
2.2.1 Структурная компонента
2.2.2 Целостная компонента
2.2.3 Манипуляционная компонента
2.3 Возможности.
2.3.1 Синхронизация.
2.3.2 Важный частный случай полной системы действий . .
2.3.3 Типичные примеры действий.
Выводы.
3 Алгоритмизация и реализация расширенной реляционной СУБД
3.1 Реализация структурной компоненты.
3.1.1 Представление расширенного реляционного отношения
3.1.2 Представление действий и потока действий.
3.2 Реализация манипуляционной компоненты.
3.2.1 Реализация расширения классических реляционных
операций
3.2.2 Реализация операций над действиями и потоками
действий
3.2.3 Реализация операции выполнения действия
3.2.4 Реализация операции получения ревизии отношения .
3.2.5 Реализация операции синхронизации двух БД
3.3 АР1
3.4 Сравнительный анализ эффективности.
Выводы.
4 Создание системы управления виртуальными представительствами
4.1 Особенности реализации системы
4.2 Модифицированная схема МУС
4.3 Подсистемы
4.3.1 Подсистема вывода пользовательского интерфейса . .
4.3.2 Подсистема работы с БСЗЬсервером.
4.3.3 Дополнительные подсистемы.
Выводы.
Заключение
Библиографический список
Приложения
Введение
Актуальность


Действительно, электронная версия газеты со стороны пользователя должна представлять собой средств по доступу к базе статей, а со стороны фирмы обеспечивать простую и эффективную функциональность по управлению этой базой данных (добавление, коррекция и удаление статей, автоматическая ротация видимого пользователю содержания, и так далее); электронный магазин должен обеспечивать пользователю удобный поиск, просмотр и покупку товаров, вся информация о которых также является какой-то базой данных, и так далее. Для разработки пользовательского интерфейса ресурса требуются гибкие средства отображения баз данных, поиска и навигации по ним. Для разработки служебного интерфейса управления ресурсом требуются средства управления базами данных, оперативного обмена информацией между персоналом, синхронизации баз данных между точками, в которых осуществляется управление ими, и так далее. Базы и модели данных отсчитывают историю своего развития с создания Е. Коддом реляционной модели данных в конце шестидесятых. Это первая модель данных, которая была разработана теоретически, ”на бумаг е” ([, , , , , , ]), и значительно позже реализована в различных программных продуктах ([]). Являясь простым и мощным средством определения и работы с информацией, реляционная модель сейчас является основой подавляющего большинства СУБД, хотя ни в одной из существующих на настоящий момент систем не поддерживаются строго все ее положения ([]). Стандартом является использование созданного на основе реляционной модели языка БСЗЦ третий стандарт которого был принят в г. Иногда именно невозможность реализации в полной мере отдельных положений приводит к разработке всевозможных вариаций реляционной модели, выдаваемых за ее расширения ([]). Направления современных исследований в области БД весьма разнообразны ([]). Большую часть составляют попытки более подробного моделирования данных некоторого специального типа, обладающих специфическими операциями и отношениями ([], [], []), а также специализированных языков запросов ([]), что обусловлено трудностями, возникающими при представлении сложных структур данных в реляционной модели. Как обобщение такого подхода появилось понятие объектных и объектно-реляционных баз данных ([, , , , ]). Много внимания уделяется разработке моделей данных отдельных предметных областей, то есть разработке схем данных. Также разрабатываются ’’многомерные” модели данных ([], []), интерес к которым вызван их применением для ’’аналитической обработки в режи-ме он-лайн”, т. OLAP (любопытно, что этот термин также был введен Коддом в []). Среди действительных расширений модели данных можно особо выделить предложенную самом Коддом в [] модель RM-T. В то же время (в течение последних тридцати лет) велись работы по организации распределенных систем и баз данных ([, , ]), интеграции отдельных БД в одну распределенную ([]), решения проблем организации распределенных транзакций ([, ]). Актуальность этих работ значительно возросла в последние несколько лет в связи со скачком в развитии средств телекоммуникаций. Но, хотя основные теоретические результаты уже частично реализованы в наиболее серьезных коммерческих СУБД (Oracle 8i, MS SQL Server ([])), о повседневном практическом ^ применении возможностей распределенных БД говорить еще рано. Однако существующие реляционные СУБД, несмотря на свою широчайшую распространенность и активную теоретическую работу в самых разнообразных направлениях, все еще имеют определенные недостатки. СУБД не позволяет, во-первых, получить аналитическую обработку данных в реальном времени за счет необходимости импорта данных, а во-вторых, затрудняет или делает невозможным управление ими из клиентского приложения. В данной главе сформулированы основные требования к СУБД, возникающие при решении задач разработки систем управления виртуальными представительствами. С точки зрения поставленных требований проанализированы наиболее распространенные модели данных и реализации СУБД. Связи между уровнями изображены на рис. Для практической реализации уровня БД и интерфейса на данный момент уже существует довольно развитый готовый инструментарий.