Преимущества и недостатки распределенных СУБД

Системы с РБД имеют дополнительные преимущества перед традиционными централизованными системами баз данных. Но эта технология не лишена и некоторых недостатков.

Преимущества

Отражение структуры организации

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

Разделяемость и локальная автономность

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

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

Повышение доступности данных

В централизованных СУБД отказ центрального компьютера вызывает прекращение функционирования всей СУБД. Однако отказодногоизсайтов СУРБД или линии связи между сайтами сделает недоступными лишь некоторые сайты, тогда как вся остальная система в целом сохраняет свою работоспособность. Распределенные СУБД проектируются так, чтобы обеспечивать продолжение функционирования системы, несмотря на подобные отказы. Если выходит из строя один из узлов, система сможет перенаправить запросы к отказавшему узлу в адрес другого сайта.

Повышение надежности

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

Экономические выгоды

В шестидесятые годы мощность вычислительной установки возрастала пропорционально квадрату стоимости ее оборудования. Поэтому система, стоимость которой была втрое выше стоимости данной, превосходили ее по мощности (обычно) в девять раз. Эта зависимость получила название закона Гроша [1]. Однако в настоящее время считается общепринятым положение, согласно которому намного дешевле собрать из небольшихкомпьютеров систему, мощность которой будет эквивалентна мощности одного большогокомпьютера. Оказывается, что намного выгоднее устанавливать в подразделениях организации собственные маломощные компьютеры и добавить в сеть новые рабочие станции, чем модернизировать (умощнять) систему с мейнфреймом (центральнойЭВМ).

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

Модульность системы

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

В централизованных СУБД рост размера базы данных может потребовать замены и оборудования (более мощной системой), и используемого программного обеспечения (более мощной и/или гибкой СУБД).