Нужно ли очищать dblink-и к другим базам? : Oracle

Доброго времени суток всем!
Начальство захотело странного (вспоминаем Стругацких) - ежедневную сверку списков документов в ЦО и подчиненных базах. Руками, ессно, не вариант. Отсюда, собсно, вопрос:
далее сравнение таблиц.
А нужно ли по завершении делать что-то вроде
с учетом того, что нужно пробежаться по 25 подчиненным базам? Или можно оставить все до завершения?

Если у вас с магазинами не идеальная 100Мбит-связь, то лучше локально сваливать в текстовички, а потом сравнивать с текстовичком в центре, все на скриптах, понятное дело. psexec и robocopy.
В противном случае война с виндой при проседании связи почти гарантирована.
25 линков одновременно для базы вообще не проблема, можно оставить насовсем. Для винды - не знаю. Нормальное ЦО на 25 магазинов на винде не поднимают.

В этих текстовичках будет строк по 800 ежедневно. Рыть их... Поэтому хотелось что-то типа
Ну еще сравнение сумм (равны или нет) дорисовать...

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

Вложения

sverka.7z (691.9 Кб, 30 просмотров)

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

Открой для себя diff, например. Ничего глазами рыть не надо. Получать будешь те же текстовички, только за минусом провалов по сети.

Аж мысль зачесалась - а не сменить ли среду обитания... На бухгалтерию...

В общем, плюнул на всякие изыски и прочие dblink-и и сделал по детсадовски - планировщик на удаленном серваке запускает cmd-шку
в sverka.sql тоже примитив:
На центральном серваке выполняется последовательность spool c_rbase.txt - select - spool off для каждой удаленной базы (этот момент несколько беспокоит - вроде базу покалечить не должно, но...). Потом
для каждой пары текстовиков и просмотр результатов (различий не найдено - радуемся, что-то другое - ковыряемся).
Если будет время и не лениво, может утилитку наваяю для просмотра результатов и отсеивания радостных...

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

twix когда-то писал нечто подобное... тут лежит SMDocVerifier
правда ссылки нерабочие. Олег, можно восстановить?