Распределение БД между компонентами сети

Распределение взаимосвязанных баз данных по компьютерной сети – это и называется Распределенная БД.

По Дейту: РБД состоит из набора узлов, связанных коммуникационной сетью, в которой:

а)каждый узел – это полноценная СУБД сама по себе;

б)узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.

Каждый узел сам по себе является системой базы данных. Любой пользователь может выполнить операции над данными на своем локальном узле точно так же, как если бы этот узел вовсе не входил в распределенную систему. Распределенную систему баз данных можно рассматривать как партнерство между отдельными локальными СУБД на отдельных локальных узлах.

Фундаментальный принцип создания распределенных баз данных («правило 0»): Для пользователя распределенная система должна выглядеть так же, как нераспределенная система.

Фундаментальный принцип имеет следствием определенные дополнительные правила или цели. Таких целей всего двенадцать:

1.Локальная независимость. Узлы в распределенной системе должны быть независимы, или автономны. Локальная независимость означает, что все операции на узле контролируются этим узлом.

2.Отсутствие опоры на центральный узел. Локальная независимость предполагает, что все узлы в распределенной системе должны рассматриваться как равные. Поэтому не должно быть никаких обращений к «центральному» или «главному» узлу с целью получения некоторого централизованного сервиса.

3.Непрерывное функционирование. Распределенные системы должны предоставлять более высокую степень надежности и доступности.

4.Независимость от расположения. Пользователи не должны знать, где именно данные хранятся физически и должны поступать так, как если бы все данные хранились на их собственном локальном узле.

5.Независимость от фрагментации. Система поддерживает независимость от фрагментации, если данная переменная-отношение может быть разделена на части или фрагменты при организации ее физического хранения. В этом случае данные могут храниться в том месте, где они чаще всего используются, что позволяет достичь локализации большинства операций и уменьшения сетевого трафика.

6.Независимость от репликации. Система поддерживает репликацию данных, если данная хранимая переменная-отношение – или в общем случае данный фрагмент данной хранимой переменной-отношения – может быть представлена несколькими отдельными копиями или репликами, которые хранятся на нескольких отдельных узлах.

7.Обработка распределенных запросов. Суть в том, что для запроса может потребоваться обращение к нескольким узлам. В такой системе может быть много возможных способов пересылки данных, позволяющих выполнить рассматриваемый запрос.

8.Управление распределенными транзакциями. Существует 2 главных аспекта управления транзакциями: управление восстановлением и управление параллельностью обработки. Что касается управления восстановлением, то чтобы обеспечить атомарность транзакции в распределенной среде, система должна гарантировать, что все множество относящихся к данной транзакции агентов (агент – процесс, который выполняется для данной транзакции на отдельном узле) или зафиксировало свои результаты, или выполнило откат. Что касается управления параллельностью, то оно в большинстве распределенных систем базируется на механизме блокирования, точно так, как и в нераспределенных системах.

9.Аппаратная независимость. Желательно иметь возможность запускать одну и ту же СУБД на различных аппаратных платформах и, более того, добиться, чтобы различные машины участвовали в работе распределенной системы как равноправные партнеры.

10.Независимость от операционной системы. Возможность функционирования СУБД под различными операционными системами.

11.Независимотсть от сети. Возможность поддерживать много принципиально различных узлов, отличающихся оборудованием и операционными системами, а также ряд типов различных коммуникационных сетей.

12.Независиомть от типа СУБД. Необходимо, чтобы экземпляры СУБД на различных узлах все вместе поддерживали один и тот же интерфейс, и совсем необязательно, чтобы это были копии одной и той же версии СУБД.

29. Распределенные приложения

Инфраструктуру распределенного приложения образует программное обеспечение, поддерживающее одновременный доступ к общим сервисам, обычно к сервисам, отвечающим за прикладную логику и операции с данными.

Распределенное приложение обеспечивает:

· масштабируемость - с увеличением количества пользователей и рабочей нагрузки существенного снижения производительности приложения не происходит;

· надежность - приложение не прекращает взаимодействовать с пользователями даже при программных или аппаратных сбоях в системе. Пользователи такого приложения могут быть уверены в его доступности и корректности выполняемых им операций;

· эффективность - приложение быстро, без задержек обрабатывает все задачи.

Распределенному приложению масштаба предприятия (промышленному приложению) свойственны дополнительные характеристики по сравнению с обычным распределенным приложением.

· Обработка огромных объемов информации. Приложение масштаба предприятия является многопользовательским, работает на множестве компьютеров и обрабатывает огромные объемы данных с распределением ресурсов по сети, а также с применением параллельных вычислений сложной логики. такие приложения, как правило, используются на нескольких платформах и взаимодействуют со многими другими приложениями.

· Ориентация на бизнес. Приложение масштаба предприятия должно отвечать требованиям конкретного бизнеса и поддерживать все необходимые стратегии, процессы, правила и т. д.

Очень высока надежность. Приложение масштаба предприятия должно быть надежным и обеспечивать непрерывную работу, гибкое масштабирование, также простоту в сопровождении, мониторинге и администрировании.