Есть один неприятный момент с SQL базой - если в документе двигается много регистров и устанавливается много значени ПР  справочников, на 160 пользователях в конфигурации на базе ТиС (Установлена система распределённого проведения и УРБД) иногда происходит сл. глюк:
Документ проводится, данные меняются, но галочка, что он проведён не ставится , либо не все движения записываются, опять же на непроведённом документе . Т.е. при сбое проведения  не происходит откат транзакции...
Спасает явное открытие и закрытие (норм. и отмена) транзакции в модуле формы.
Нельзя ли сделать это автоматом через 1С++

Последний, 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...

Z1 писал(а) 09. Октября 2008 :: 09:20:

У меня и сняты сиквельные блокировки именно софтпойнтовской разработкой. ИМХО - практика показывает, что кое-что 1С ещё дополнительно блокирует файлово Тот же перенос ТА, например. Зачем - непонятно Видимо, разработчики не посчитали нужным убрать все рудименты ДБФ в SQL режиме. В том-то и вопрос, можно ли посредством 1С++ отрубить ненужное создание блокировочных файлов. (ну либо получить подсказку, где копать, и как глубоко )

Смысл "Завёртывания" в транзакцию следующий - корректный откат транзакции при нештатном сбое проведения (Ловим дедлок, как вариант).

Вариант с переносом ТА интересный, но ведь это же постоянные доп. записи в таблицу итогов и проведение задним числом с постоянным перерасчетом итогов.

Про WinDASM-ничего интересного... Слишком неблагодарное это дело. Мне пары дней ассемблера в отладчике хватило надолго. Написал просто отдельную прогу, которая тупо смотрит подключения пользователей по сети и типы файловых блокировок и при превышении таймаута делает CloseFile

Z1 писал(а) 09. Октября 2008 :: 15:20:

Это интересно - где бы почитать?

Второе по максимуму исключено  кодом (большинство документов проводятся только после ТА)

Спасибо за дельный совет Мы в итоге к этому и пришли. Так-как а/о всех баз занимает 15-20 минут каждый час в ЦБ а всвязи с использованием сиквельных блокировок на этот период приходилось блокировать проведение документов :-О

За ссылку спасибо
Z1 писал(а) 10. Октября 2008 :: 06:24:

У нас ОЧЕНЬ мало людей, которым разрешено проведение задним числом
А ведение сделки идёт реальным временем: при изменении, допустим, документа, резервирующего товар, дополнения и исправления пишуться реальным временем при помощи спец. служебного документа, который система вводит автоматически

slider26 писал(а) 10. Октября 2008 :: 09:51:

Ну это можно либо самому разбираться и править либо разработчики должны это исправить. наверное на эту вещь спрос очень маленький поэтому и не доводят до ума.