WildSery пишет:
Tonal, не догнал, чем тебе помогло отдельное поле REPL_ID.
Всё равно решение задачи уникальных ID не описано.
И что мешает вместо REPL_ID использовать собственно PK ID из этой же таблицы,
формируя её по тем же принципам, что и REPL_ID?
Я, вобще-то на вопрос топика отвечал:
>>был проект с маленьким ТЗ: 1 офис, 1 база, теперь появилась
>>необходимость поставить ее в нескольких филиалах.
...
С моей точки зрения наиболее быстрый способ и простой поднять репликацию
на живой базе.
При этом логика все связи, логика базы, данные и написанный код остаётся
работоспособным.
Метод генерации REPL_ID-а можно выбирать любым удобным, хоть по
диапазонам, хоть GUID - по вкусу, главное чтобы в пределах системы не
пересекались. Триггера для его вычилления для разных таблиц получаются
совершенно идентичными - так что любимый в сообществе китайский метод
рулит! ;-)
Описанный Коваленко Дмитрием в primary_keys_and_replication метод
конечно более гибок, но, по моему, несколько менее прозрачен и тяжелее в
реализации.
Естественно речь идёт о репликации на уровне записей, а не о репликации
на уровне объектов предметной области.
