Модель применения чисто потоковая, поэтому все довольно просто - триггер на after insert, в нем вызов udf, которая пишет в файл вставленную запись. Можно еще для чистоты повесить триггер на transaction rollback, чтобы не реплицировать откаченную запись, хотя это будет очень редкий кейс.
В более свежих версиях птицы можно было бы юзать события (отдельная утилитка, которая бы висела на сервере, ловила события вставки и дальше полет фантазии) или execute statement, чтобы сразу подключаться к базе2 и добавлять запись в нее (зависит от частоты вставки, т.к. каждый ES на внешнюю базу - это новое подключение, старт и завершение транзакции).

МимопроходящийHello, Го-стхи!
You wrote on 2 августа 2016 г. 11:35:37:

Го-стхи> триггер на after insert, в нем вызов udf, которая пишет в файл вставленную запись.долболоб!


Обоснуй или не флуди

Ariochна хрен нужен UDF когда есть E.T. ?
External table, что ли? Не думаю. Во-первых, не уверен, можно ли ее создавать и дропать в триггере, а во-вторых, в случае отката все равно придется что-то выдумывать.
МимопроходящийHello, Arioch!
You wrote on 2 августа 2016 г. 12:08:23:

Arioch> на хрен нужен UDF когда есть E.T. ?E.T. в данном случае тоже не ACID.
ну а UDF, вообще "не пришей кобыле яйца"

Не вижу проблемы. У ТС задача на insert-delete, никаких update. Откаты можно ловить в триггере и записывать специальный флаг (в файл репликации, соответственно, на каждый insert писать id транзакции). Вариант косой, конечно, но особых граблей не видно.
Хотя в общем случае хранить таблицу истории прямо в БД более правильно.

Ivan_Pisarevskyфлудеров я пока вижу двоих Го-стхи и Arioch. Вам обоим стоит немного подумать, вы предлагаете пройтись по вилам и граблям. Собственно автор предупрежден, дальше дело личное идти туда где обрыв или нет.
Попрошу! Пишу исключительно по делу, коли где ошибаюсь - так хочу знать, в чем. Исключительно в целях самообразования и раскапывания истины, кто знает - вдруг и самому придется чем-то подобным озадачиться. А вот цедимые сквозь зубы реплики утомленных аксакалов делу ничуть не помогают.

Dimitry SibiryakovAriochкоторые можно обойти при аккуратности
Нельзя: триггеров на сейфпоинты не придумали.

М-да, здесь проблема. Но в общем случае. Если в конкретной базе вставленная запись уже не может быть отменена (кроме как по rollback, который можно поймать в триггере) - этот фактор роли вроде бы не играет.
Всё имхо.

Ivan_Pisarevskyфорум это не курсы молодого бойца, репликации обсуждают уже точно больше 10 лет, каждый раз "плясать от печки" несколько странно. На конкретное место в твоей схеме, где она обломится указано. МП отвечает строго по делу, это я тут "по древу растекаюсь".
Не КМБ? Странно. А то я тут постоянно вижу темы из серии "помогите написать select А и Б from В", и они ни у кого вроде не вызывают зубовного скрежета.
Обсуждать-то обсуждают, а какого-то вменяемого результата не видать. Тогда бы хоть в FAQ добавили, дескать, репликация своими силами - табу, юзайте сторонний спец софт и не парьте мозг. А еще лучше была бы статейка, куда всех страждущих неофитов направляли бы черпать мудрости.
"На конкретное место в твоей схеме, где она обломится указано"
Где? Вот хоть убей - конкретики не вижу. "Дельность" этого самого дела оставим за кадром.
Ariochс дуба рухнул ???
конечно же внешняя таблица - как и ЛЮБЫЕ метаданные - создается ОДИН раз
Я не был уверен, потому так и сказал. С ET не работал.
Ariochа ты что, каждую запись хочешь в отдельный файл сбрасывать? весь диск засрать что ли однокластерным мусором?
Разумеется нет. Начинать новый файл с шагом репликации, иначе его просто так не скопируешь, а тогда какой в ET плюс по сравнению с обычной таблицей? Твое ж предложение, вот и развил бы тему подробнее ;)
Dimitry SibiryakovНельзя: в 1.5 нет триггеров на rollback.

Вот! Наконец полезное сообщение в этой теме. Кратко, по делу, без гонора. Дмитрий, уважаю.
Мимопроходящийда потому что ты лошара!

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