когда вызывать управляемою блокировку ? перед запись, когда не новый ? или все равно будет блокировать всю таблицу ?
информацию не нашел. в типовых что то не встречал. где подсмотреть ?

(0) зачем ее вызывать?

(1) просит платформа и выдает ошибку, пока не установил справочнику управляемою блокировку

Платформа сама все делает, вызывать надо там где это по логике алгоритма необходимо

По последним слухам, движок 1с довели до ума и таблица целиком не блокируется

(4) в постгресе ? в ms-sql запись. у нас на линуксе. по замерам документы быстрее стали проводится в 2 раза.

(4) после того как явно прописали  упр блокировки в документах

вот вам от меня рецепт - ставим в конфе режим "авто и управляемый", ставим всем регистрам и справочникам режим управляемый, ставим всем документам, где нет контроля - управляемый. переписываем оставшиеся документы до просветления.

(7) а справочники ? если есть ссылка на такой элемент. я же могу заблокировать запись в нем или нет ?

(5) тема же про постгре

(0) управляемая блокировка работает внутри транзакции

Перед записью - транзакционная процедура

(9) у ms sql и так у записи . а на постгресе, читал ,если автоматические блокировки то таблица

(11) то есть нафиг надо ?

(12) Да автоблокировки для Postgres 1C не доделала.

(0) Ставить блокировки надо если то что ты записываешь коррелирует с тем что есть в текущий момент.
Изменяешь остаток - блокируем остатки...

(12) Это проблема платформы, а не постгре. Слышал слух, что на последних версиях платформы это устранили.

(16) так прирост появился после упр блокировок

(16) А отсюда поподробнее... Так 1С никогда не делала.
Стар я чтобы верить в чудо.
http://v8.1c.ru/overview/Term_000000642.htm#1

(18) Искал облако 1с. Мне предложили облако на постгре и сказали, что на последних релизах платформы 1с и версиях постгре такой проблемы не существует. Блокируются записи, а не таблица целиком.

Имелась в виду 8.2

Просто в новых конфах УТ11, БП3 везде управляеляемые блокировки... вот и работает лучше...