WildSery пишет:
Метод генерации REPL_ID-а можно выбирать любым удобным, хоть по
диапазонам, хоть GUID - по вкусу, главное чтобы в пределах системы не
пересекались.
Зависит от схемы репликации.
Где все-со-всеми и/или с возможным слиянием данных - уникальные ID
свою функцию не выполнят, тот же Дмитрий приводил примеры, показывая,
когда они бесполезны.
Насчёт все-со-всеми не согласен - если REPL_ID уникальный для всех баз,
то схема вполне себе работает. ;-)
Единственное возражение - слияние данных, когда по одинаковым REPL_ID
разные данные. Подобная ситуация может возникнуть только, если один и
тот же объект можно редактировать в разных местах.
Универсального решения её не существует, и гибкость решения Дмитрия -
всего лишь способ разнести процесс репликации и процесс слияния, который
всё равно нужен но у Дмитрия не описан.
Но в зависимости от задачи, он может быть очень разный - от примитивной
однонаправлинности и приоритетов, до версионности объектов и песочниц.
