131. Схема распределения данных. Теория сравнений

6 Свойств сущностей, имеющие отношение к планированию распределения данных:

- готовность - в течении какого времени должна быть доступна информация;

- достоверность - насколько важно иметь доступ к актуальному значению;

- видимость - насколько широкие полномочия предоставляются при запросе;

- доступность - как часто необходимо запрашивать информацию;

- мутируемость - насколько широкие полномочия предоставляются при изменении;

- изменчивость - как часто требуется изменять информацию.

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

- все соответствия, которые могут использоваться для разбиения сущности на части;

- порядок определения частей;

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

Если ни одно из этих свойств от части к части не изменяется, то необходимость разбиения становится сомнительной.

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

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

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

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

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

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