- •1. Распределенные базы данных и субд
- •1.1 Основные определения, концепции и классификация распределенных систем
- •1.1.1. Основные концепции распределенных систем с рбд и рсубд
- •1.1.2. Основные концепции распределенной обработки данных
- •1.1.3. Основные концепции параллельных субд
- •1.1.3.1. Системы с разделением памяти (срп)
- •1.1.3.2. Система без разделения (сбр)
- •1.1.3.3. Системы с разделением дисков (срд)
- •1.1.4. Мультибазовые системы
- •1.2 Гомогенные и гетерогенные распределенные субд
- •1.2.1. Преимущества и недостатки распределенных субд
- •1.2.1.1. Преимущества
- •1.2.1.1.1 Отражение структуры организации
- •1.2.1.1.2 Разделяемость и локальная автономность
- •1.2.1.1.3 Повышение доступности данных
- •1.2.1.1.4 Повышение надежности
- •1.2.1.1.5 Экономические выгоды
- •1.2.1.1.6 Модульность системы
- •1.2.1.2.3 Усложнение проблем защиты
- •1.2.1.2.4 Усложнение контроля за целостностью данных
- •1.2.1.2.5 Отсутствие стандартов
- •1.2.1.2.6 Недостаток опыта
- •1.2.1.2.7 Усложнение процедуры разработки базы данных
- •1.3 Функции распределенных субд
- •1.4 Архитектура распределенных субд
- •Глобальная концептуальная схема
- •1.4.2 Схемы фрагментации и распределения
- •1.4.3 Локальные схемы
- •1.4.4 Локальная субд
- •1.4.5 Компонент передачи данных
- •1.4.6 Глобальный системный каталог
- •1.4.7 Распределенная субд
- •1.5 Разработка распределенных реляционных баз данных
- •1.5.1 Распределение данных
- •1.5.2 Фрагментация
- •1.5.2.1 Назначение фрагментации
- •Корректность фрагментации
- •1.5.2.3 Типы фрагментации
- •1.5.3 Репликации.
- •1.5.3.1 Виды репликации
- •1.5.3.2 Функции службы репликации
- •1.5.3.3 Схемы владения данными
- •1.5.3.4 Сохранение целостности транзакций
- •1.5.3.5 Моментальные снимки таблиц
- •1.5.3.6 Триггеры базы данных
- •1.5.3.7 Выявление и разрешение конфликтов
- •1.6 Обеспечение прозрачности
- •1.6.1 Прозрачность распределенности
- •1.6.2 Прозрачность транзакций
- •1.6.2.1 Прозрачность параллельности
- •1.6.2.2 Прозрачность отказов
- •1.6.3 Прозрачность выполнения
- •Прозрачность использования
- •1.6.5 Заключение
- •1.7 Правила распределенных субд
- •1.8 Резюме
- •2 Введение в объектные субд
- •2.1 Специализированные приложения баз данных
- •2.1.1 Автоматизированное проектирование
- •2.1.2 Автоматизированное производство
- •2.1.3 Офисные информационные системы и мультимедиа системы
- •2.1.4 Геоинформационные системы
- •2.1.5 Научные приложения
- •2.2 Недостатки реляционных субд
- •2.3 Основные концепции объектно-ориентированного подхода (ооп).
- •2.3.1 Абстракция, инкапсуляция, сокрытие информации.
- •2.3.2. Объекты и атрибуты
- •2.3.3. Идентификация объекта
- •2.3.4. Методы и сообщения
- •2.3.5. Классы
- •2.3.6. Подклассы, суперклассы и наследование
- •2.3.7. Перегрузка
- •2.3.8. Полиморфизм и динамическое связывание
1.1.3.3. Системы с разделением дисков (срд)
СРД строятся из менее тесно связанных между собой компонентов. Они являются оптимальным вариантом для приложений, которые унаследовали высокую централизацию обработки и должны обеспечивать самые высокие показатели доступности и производительности (рис. 1.5). Каждый из процессоров имеет непосредственный доступ ко всем совместно используемым дисковым устройствам, но обладает собственной оперативной памятью.
Рис. 1.5. Архитектура системы с параллельной обработкой с разделением дисков
Эта архитектура, также как и СБР, исключает узкие места, связанные с совместно используемой оперативной памятью. Однако, в отличие от архитектуры без разделения, данная архитектура исключает упомянутые узкие места без внесения дополнительной нагрузки, связанной с физическим распределением данных по отдельным устройствам. СРД в некоторых случаях называют «кластерами».
Следует отметить, что параллельные технологии обычно используют в случае исключительно больших баз данных (более 1012 байт), или в системах, которые должны поддерживать выполнение тысяч транзакций в секунду. То есть подобные системы нуждаются в доступе к большому объему данных и, в то же время, должны обеспечить приемлемое время реакции на запрос. Параллельные СУБД могут использовать различные вспомогательные технологии, позволяющие повысить производительность обработки сложных запросов, за счет применения методов распараллеливания операций сканирования, соединения и сортировки, что позволяет нескольким процессорным узлам автоматически распределять между собой текущую нагрузку. В настоящее время все крупные разработчики СУБД поставляют, так называемые, параллельные версии созданных ими продуктов.
1.1.4. Мультибазовые системы
Мультибазовые системы – распределенные системы управления базами данных, в которых управление каждым из сайтов осуществляется совершенно автономно, принято называть мультибазовыми (МБС) или МБСУБД. В таких МБС предпринимаются попытки интеграции таких систем баз данных, в которых весь контроль над отдельными локальными системами целиком и полностью осуществляется их операторами. Одним из следствий полной автономии сайтов является отсутствие необходимости внесения изменений в локальные СУБД. А из этого следует, что мультибазовые СУБД требуют создания поверх существующих локальных систем дополнительного уровня программного обеспечения, предназначенного для обеспечения необходимой функциональности МБСУБД.
МБС позволяют конечным пользователям разных сайтов получать доступ и совместно использовать данные без необходимости физической интеграции существующих баз данных. Они обеспечивают пользователям (операторам) возможность управлять базами данных их собственных сайтов без какого-либо централизованного контроля, который обязательно присутствует в обычных типах СУРБД. Администратор (оператор) локальной базы данных может разрешить доступ к определенной части своей базы данных посредством создания так называемой схемы экспорта, определяющей, к каким элементам локальной базы данных смогут получать доступ внешние пользователи.
Другими словами, мультибазовая СУБД является такой СУБД, которая прозрачным образом располагается поверх существующих баз данных и файловых систем, предоставляя их или часть их своим пользователям, как некоторую единую базу данных. МБСУБД поддерживает глобальную схему, на основании которой пользователи могут строить запросы и модифицировать данные. МБСУБД работает только с глобальной схемой, тогда как локальные СУБД собственными силами обеспечивают поддержку данных всех их пользователей. Глобальная схема создается посредством интеграции схем локальных баз данных. Программное обеспечение МБСУБД предварительно транслирует глобальные запросы и превращает их в запросы и операторы модификации данных соответствующих локальных СУБД. Затем полученные после выполнения локальных запросов результаты сливаются в единый глобальный результат, предоставляемый конечному пользователю. Кроме того, МБСУБД осуществляет контроль за выполнением фиксации или отката отдельных операций глобальных транзакций в локальных СУБД, а также обеспечивает целостность данных в каждой из локальных баз данных. Программы МБСУБД управляют различными шлюзами, с помощью которых они контролируют работу локальных СУБД. К примеру МБС Uni SQL/M фирмы Uni SQL Inc. позволяет разрабатывать приложения с помощью единого глобального представления и единственного языка доступа к базе данных для работы со многими гетерогенными реляционными и объектно-ориентированными СУБД.
