DS> 1) В очереди может быть только по одной транзакции от каждой ноды. При некоторых
DS> ошибках транзакции даётся второй шанс: она снова ставится в конец очереди.

Почему в конец-то? Ну другие косяки начнут вылазить.

> 2) При нарушении FK обработка транзакций этой ноды приостанавливается и
> посылается запрос пирам "пришлите недостающую мастер-запись".

Во-первых, это уже не совсем репликация.
Во-вторых, так ты решишь (возможно) часть проблем с FK.
Даже если это значительный процент - наверняка, у тебя есть
и куча других вариантов причин ошибок.
Posted via ActualForum NNTP Server 1.5

P.S.

DS> как отличить несуществующую транзакцию от ещё не дошедшей.

Что такое "несуществующая транзакция" в терминах репликации?
Posted via ActualForum NNTP Server 1.5

DS> Та, которой ещё не было произведено на источнике.

Если её не было на источнике, то как она может попасть на репликацию в целевую?

> лежит пока ещё не скачанная транзакция ноды 2, произведённая в 11:35?

Если нода офлайн и она ещё не скачена (ты же их
пакетами передаешь?), то откуда ты о ней знаешь?

Если вторая нода является такой же обязательной
для ноды3, как и нода1 (на которой 12-00), то нет,
конечно, потому что это нарушение последовательности.
Если речь идёт об универсальной репликации, а не о том,
что выше описывал pastor - кустарно для конкретной ИС
можно любой механизм придумать, лишь бы работало
и устраивало заказчика.
Posted via ActualForum NNTP Server 1.5

WildSery> когда "оживёт", будет иметь приоритет в конкурентном изменении?

"Оживет" понятие растяжимое, но конечно да.
Более того, не просто приоритет, а все ноды,
от нее зависящие, будут (должны) её ждать.

Posted via ActualForum NNTP Server 1.5