господа, а каким боком execute statement относится к сравнению баз? Не нужен он тут совершенно.

Dimitry Sibiryakovно аффтар решил пойти своим путём и делать это в ХП.
думаю, он случайно увидел буквосочетание ES, и его на нем заклинило. Теоретически через ES и даже ES on external что-то можно сделать, но это а) трудоемко б) тормозно.
Просто сделать два коннекта Snake174 почему-то не догадался.

ну и кроме того, любые "сравниватели таблиц" работают ужасно медленно, потому что алгоритм лучше не придумать.
См. ChangeManager .

Собственно, автор рискует пытаться повторить функционал Change Manager (за исключением сравнения конфигураций).
Для справки - лицензия на раб. место на 1 сервер стоит примерно 960 долларов.
И там все весьма непросто.

Snake174 Просто чтение и сравнение в программе происходят долго
скорость зависит от множества условий. Для начала надо убедиться, что вообще абстрактное чтение (прогон по записям одной таблицы) происходит максимально быстро - компоненты могут добавлять оверхед, который м.б. нельзя победить (или можно).
Потом надо определиться с буферизацией одной из сравниваемых таблиц. Например, если это мелкая таблица, ее было бы неплохо закэшировать. Если большая - кэшировать нельзя, сожрет много памяти (вопрос, сколько ресурсов есть).
Причем, через count определять кол-во записей нельзя, это долго, значит надо использовать трюк с обновлением статистики по индексу ПК и получением кол-ва записей как 1/selectivity.
Дальше, по каким столбцам сравнивать.

Наконец, сам алгоритм сравнения двух множеств.

Snake174может быть как-нибудь с помощью SQL можно это сделать быстрее
Ну, через Execute block + execute statement on external можно, но мне кажется, для начала надо сделать вариант без этого. Конечно, при EB+ES с одной стороны не будет буферизации на клиенте, но возможно это и плохо, и также это может работать медленнее "клиентского" варианта.
Придется экспериментировать.

Dimitry Sibiryakov,

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