122. Средства распределения данных субд Oracle

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

Самыми важными средствами для реализации распределения данных являются:

• удаленный DML;

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

• снимки;

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

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

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

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

1. Удаленные dml-операции.

Под DML-операциями (Data Manipulation Language — язык манипулирования данными) мы подразумеваются только те операции, которые задаются следующими SQL-предложениями:

INSERT, UPDATE, DELETE, SELECT...FOR UPDATE, LOCK

В Oracle DDL-операции имеют две неявные фиксации, которые всегда вызывают завершение текущей транзакции:

- когда выдается DDL-операция, фиксируются все текущие транзакции данного сеанса;

- когда DDL-операция завершается, то она фиксируется (или откатывается, если обнаружена ошибка).

2. Синхронные удаленные вызовы процедур (rpc)

Позволяет вызывать удаленную процедуру — либо через синоним, либо явно задавая канал связи БД. Это мощный способ выдачи удаленных DML-операций и удаленных запросов.Сокращает число сообщений, передаваемых по сети (2 шт.) И обеспечивает инкапсуляцию. Используя вместо SQL вызовы процедур, мы можем создать один уровень изоляции, который поможет облегчить проблему взаимозависимости схем. Применение пакетных процедур и функций позволяет дополнительно уменьшить масштабы этой проблемы, так как дает возможность прибегнуть к перегрузке.

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

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

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

8. Асинхронная симметричная репликация - позволяют нескольким копиям одной таблицы одновременно существовать в разных базах данных и, следовательно, на разных серверах. Ни одна из копий не является главной: все они равны, или симметричны. Можно вносить изменения в отдельные реплицированные таблицы, и эти изменения распространяются асинхронно в остальные копии этой же таблицы.

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