Угу, секунда тут, секунда там, а у тебя 150 узлов

И обмен каждые 150 секунд! :D

Это всё так и работает пока у тебя нагрузки нет, под нагрузкой это ад

йеп xD

Отказ от узлов (как мест регистрации изменений) в пользу регистра сведений совокупное время нахождения объектов в заблокированном состоянии не меняет, а значит конкретно в этом плане никаких выигрышей не дает.
А комплексно второй подход дает выигрыш именно из-за разной парадигмы регистрации изменений (отказ от кумулятивной с двоичным состоянием "номер сообщения равен null или не null" в пользу инкрементной, где каждый последующий факт изменения фиксируется и ведется независимо).

Да причём тут время блокировки объектов? Выборка изменений планом обмена лочит всю таблицу документов, и у тебя юзера постоянно ждут чтоб записать новые документы.
С РСом это можно обойти

А я про выборку речь и не веду

А я веду про неё

Ты ведешь речь про то, что кто-то открывает транзакцию и обходит выборку уже внутри нее (открытой), и поэтому там все надолго блочится.
Это необязательно делать.

В файловом варианте уровень изоляции транзакции serializable, гранулярность таблица. При чтении в транзакции блокировка  на всю таблицу до конца транзакции.

Решение - вынести на сервер.

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

да, Джон, мы про это говорим

Думаю, насчет часами ты преувеличиваешь, либо наблюдал это только там где это делалось в явной транзакции (которая не завершалась до конца самой выгрузки)

А я думаю что ты это просто не наблюдал поэтому не веришь =)

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

К таблице данных не идёт обращений при выборке изменений.

Ага, тангенсы, например...

Что не мешает страдать конкретному энтерпрайзу =)
Ну и я чёт не хочу обсуждать тему того что большие нагрузки мало где, а то меня опять порвёт на тему автоматизации ларьков с шаурмой

Не идёт, но данные нельзя записать без изменения таблицы регистрации, как следствие..