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

• Автор: Попов, Сергей Геннадьевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2010
• Место защиты: Санкт-Петербург
• Количество страниц: 135 с. : ил.

Содержание
Введение

1 Интеграция реляционных баз данных на основе репозитория схем

1.1 Анализ вариантов интеграции репозиториев в современных СУБД

1.2 Формирование требований к оптимальному репозиторию.

1.3 Постановка задачи построения оптимального репозитория

1.4 Выводы.

2 Построение и исследование реляционного репозитория схем баз данных

2.1 Построение схем реляционного репозитория.

2.2 Классификация схем репозитория.

2.3 Методика оптимизации схемы репозитория на этапе эксплуатации

2.4 Операции управления репозиторием.
2.5 Выводы.
3 Формирование подсистемы интеграции реляционных баз данных на основе оптимального репозитория схем
3.1 Проектирование среды управления оптимальным репозиторием.
3.2 Проектирование и реализация универсального интерфейса пользователя
генератора отчтов к репозиторию баз данных
3.3 Реализация редактора графического представления схем реляционных
баз данных репозитория схем .
3.4 Выводы.
4 Применение подсистемы интеграции реляционных баз данных на основе оптимального репозитория схем
4.1 Реализация подсистемы интеграции в системе управления учебным процессом СПбГПУ.
4.2 Реализация подсистемы интеграции в электронной системе мониторинга
технологических компетенцией.
4.3 Выводы.
Заключение
Список литературы


Учитывая, что в современных СУБД репозитории реализованы в форме реляционных баз данных и уже содержат некоторые функции интеграции внутри одной СУБД, например в MySQL и Oracle, а операторы ЯОД управляют данными в этой схеме, то с практической точки зрения следует рассматривать ЯОД СУБД и базу данных репозитория как единую подсистему управления схемой хранимых БД. Современные коммерческие и свободно распространяемые СУБД осуществляют интеграцию данных на основе программного обеспечения промежуточного уровня, включающего собственные базы данных и по на языках управления высокого уровня. Предложенный подход является оправданным при интеграции данных разнородных источников, однако, в случае интеграции исключительно реляционных баз данных такой подход является избыточным. MySQL. В последних версиях сервера MySQL включена частичная реализация хранилища схем пользовательских баз данных [, ]. Так, например, в MySQL версии 5. SQL. INFORMATION_SCHEMA, созданная для работы с метаданными тех баз данных, которыми управляет сервер. Эта база формируется во время запуска сервера и доступна только для чтения. Каждый пользователь имеет право обратиться к таблицам этой базы данных, но может видеть только строки в таблицах, которые соответствуют объектам, для которых пользователь имеет соответствующие привилегии доступа. В случае если пользователь, имеет недостаточные привилегии, значения будут заменены на NULL. База данных INFORM ATION_SCHEM А [, Chapter2l] содержит двадцать три таблицы, содержащих данные о базах данных на сервере, их таблицах, столбцах, правах доступа пользователей как глобальных, так и относительно схем, таблиц, представлений, прав доступа, сохранённых подпрограммах, триггерах. TABLE_PRIVILEGES данные о правилах доступа к таблицам. Использование INFORMATION. SCHEMA помогает как при решении задач администрирования, так и многих практических задач. Например, когда для решения задачи необходимо применить регулярное выражение для поиска нужных столбцов по шаблону, чего нельзя сделать в теле обычного SELECT запроса или при объединительном запросе на выборку к нескольким базам данных одного сервера, что позволяет характеризовать эту базу как репозиторий данных. Недостатком реализации репозитория INFORMATION_SCHEMA является то, что структура создавалась и оптимизировалась исключительно под одну задачу: выполнение запросов для обслуживания конкретной СУБД, а доступность полей только на чтение не позволяет реализовать полный набор операций управления схемами над репозиторием. Диаграмма «сущность-связь» для отношений и атрибутов базы данных INFORM А-TION_SCHEMA приведена на рисунке 1. Oracle. Последние версии СУБД Оракл (Oracle) [, Chapter 8] реализуют стандарт SQL , и содержит собственное средство управления репозиторием — иерархическую структуру, называемую «Словарь данных» Data dictionary. Эта структура реализована в форме представлений, доступна только для чтения и содержит набор таблиц. Эти таблицы содержат данные о базах данных сервера Oracle. Системные таблицы хранят информацию о структуре базы данных и объектов внутри нее, и Oracle обращается к ним, когда нуждается в информации о базе данных или когда выполняет оператор DDL либо оператор DML. Эти таблицы никогда непосредственно не обновляются, однако обновление в них происходит в фоновом режиме всякий раз, когда выполняется оператор DDL. Главные таблицы словаря данных содержат нормализованную информацию, которая является довольно трудной для восприятия человеком, так что в Oracle предусмотрен набор представлений, выдающих информацию главных системных таблиц в более понятном виде. Oracle запрашивает информацию из таблиц словаря данных для синтаксического разбора любого оператора SQL. Информация кэшируется в области словаря данных разделяемого пула в SGA. Словарь данных структурирован через таблицы и представления, как и любые другие данные в базе данных. Для обращения к словарю данных вы используете SQL. Так как словарь данных можно только читать, пользователи могут выдавать лишь запросы (предложения SELECT) по таблицам и представлениям словаря данных.