Последний, 27-й, причём со стандартной транзакцией вылезает другой глюк - невозможность параллельно проводя новый документ двигать ТА, пока транзакция не завершилась...
Видимо, обычный явный вызов транзакции порождает не только сиквельные отложеные блокировки (Set implict transaction on),
но и какие-то файловые
В виде, допустим, к-л *.l$k файла...
Вобщем, чем дальше лезешь в блокировки 1С, тем всё яснее понимаешь, как криво они сделаны
Видимо, для SQL версии работают не только сиквельные блокировки, но и файловые, от ДБФ версии (Это предположение
)
Поэтому и пришла идея перед началом проведения документа явно, самостоятельно делать (Set implict transaction on) и потом, по ситуации либо Commit, либо Rollback transaction.
Так сказать, закат солнца вручную.
И это только один из глюков 1Cv77 ТиС на большом количестве активных пользователей
Есть ещё неотпускание дескриптора *.l$k файла на таблице 1SSYSTEM при невовремя выскочившем дедлоке при автообменах. И, как следствие, невозможность двигать ТА ни одному пользователю, кроме одного (проведение новых документов невозможно)
со всеми вытекающими.
Блин! как бы хотелось иметь возможность отключить файловые блокировки, оставив только сиквельные!!! Ведь по сути для SQL-версии это рудимент.
Я уже и WinDASM-ом 1С парсил...
Когда предидущую проблему лечил... Вылечил - отдельное приложение закрывает блок. файл, открытый более 10 секунд.
И теряет возможность работать только один пользователь, а не 159...