Здесь каждый знает то. что есть и каждый силен вновь и снова!
Выход из положения — тиражирование с использованием триггеров. В реляционных СУБД предусматривается определение триггеров на табличном уровне, они будут активизироваться лишь при выполнении операций обновления или вставки в конкретную таблицу. Триггер может вызывать хранимые процедуры, ответственные за распространение изменений по всем копиям. В принципе допускается тиражирование данных между РСУБД различных производителей, если в этих продуктах поддерживаются триггеры и хранимые процедуры. Оно может осуществляться на уровне приложений — разработчик не должен вмешиваться в работу РСУБД. Однако это порождает и недостаток: производительность всей системы в целом снижается, т. к. процесс тиражирования обуславливает дополнительные клиент-серверные транзакции.
Ситуацию могут улучшить системы с доступом к журналу регистрации транзакций. Любая современная РСУБД или система управления документооборотом ведет такой журнал, в котором фиксируются все изменения в массиве данных.
Он используется при откате незавершенной транзакции, при устранении ошибок после сбоев сервера, а также при восстановлении баз данных с резервных физических носителей.
Так как журнал регистрирует транзакции в последовательности их выполнения, он является идеальным источником информации для тиражирования. Поскольку большинство разработчиков СУБД интегрировали функции тиражирования на основе журнала транзакций в свои программные продукты, можно рассчитывать на высокую производительность последних.
Популярные материалы
|
© PauzNIKI Все права защищены. Копировать только с указанием ссылки на источник!