синхронные удаленные вызовы процедур (7.0);

снимки (7.0);

возможность иметь неограниченное количество триггеров на одной таблице (7.1);

асинхронные удаленные вызовы процедур (7.1.6);

непротивореч ивые снимки (7.1.6);

обновляемые снимки (7.1.6);

асинхронная симметричная репликация (7.1.6);

синхронная симметричная репликация (7.3).

Ниже мы рассмотрим каждое из этих средств. Для всех них, за исключением четвертого в списке, требуется покупка лицензии и инсталляция средства Distributed Option от Oracle, а для последних трех средств также необходима инсталляция Data Replication Support. И Distributed Option, и Data Replication Support обычно поставляются за дополнительную плату. Информацию о существующих в данный момент правилах Oracle относительно цен и комплектования этих компонентов можно получить у своего администратора, отвечающего за учет.

Шесть свойств сущностей, которые важны для обеспечения распределения данных

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

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

Достоверность

Насколько важно иметь доступ к актуальному значению.

Видимость

Насколько щирокие полномочия предоставляются при запросе.

Доступность

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

Мутируемость

Насколько щирокие полномочия предоставляются при изменении.

Изменчивость

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

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

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

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

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

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

Давайте возьмем данные нескольких типов и посмотрим, каковы их свойства.

Пример: справочные таблицы

Как мы упоминали ранее, приложение часто содержит ссылочные, или справочные, таблицы. У этих таблиц есть несколько важных характеристик:

они постоянно используются всеми пользователями;

они вряд ли когда-либо изменяются;

если они изменяются, то только одним человеком, занимающим соответствующую должность;

не обязательно иметь самую последнюю версию таких таблиц.

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

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

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

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

- СПРАВОЧНЫЕ КОДЫ

iiiainur ичеиая копия)

СПРАВОЧНЫЕ коды-

I (неизивнлвмзякопий)

Локальный сервер

Локальный сервер

Периодическая регенерация

Периодическая регенерация

- СПРАВОЧНЫЕ КОДЫ

.ивнам копия)

Центральный сервер

Рис. 12.2. Распределение справочных данных

Пример: данные о служащих

Теперь рассмотрим другой случай, когда нам нужно иметь данные о служащих, при запросах к которым должны возвращаться только актуальные значения. Эти данные используются только при расчете месячной заработной платы и руководителями подразделений в нерегламентированных запросах. Руководители подразделений могут получать доступ к записям только о своих подчиненных, а изменять эти данные могут только бухгалтеры подразделений. Сущности, на основе которых строятся такие данные, имеют следующие свойства:

среднюю готовность;

максимальную достоверность;

минимальную видимость (потому что доступ ограничен конкретным подразделением);

среднюю доступность;

нузкую мутируемость;

низкую изменчивость.

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