Итак, для начала, попытаюсь решить вопрос в общем случае, минимально – есть конфигурация, в которой есть документ с реквизитом ссылкой на справочник и реквизитом число, соответственно есть справочник и есть регистр накопления, где измерение ссылка на наш справочник и ресурс число.
Реализовав этот пример и настроив у объектов конфигурации управляемый режим управления блокировками, а также управляемый и автоматический режим управления блокировками для конфигурации – пишем простую реализацию движений в модуле докуменя Процедура ОбработкаПроведения
НаборЗаписей = РегистрыНакопления.РегистрНакопления1.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Значение = Ссылка;
Запись = НаборЗаписей.Добавить();
Запись.ВидДвижения = ВидДвиженияНакопления.Приход;
Запись.Период = Дата;
Запись.Регистратор = Ссылка;
Запись.Измерение1 = Реквизит1;
Запись.Ресурс1 = Ресурс2;
НаборЗаписей.Записать();
Проверяем, что блокировки возникают, если затягивается проведение документа (точка останова при отладке в последней строке примера), либо ставим строчку
Предупреждение( "Затягивание транзакции с блокировкой" );
Либо ставим точку останова до выхода из процедуры
Запускаем вторую сессию и пробуем провести ещё один документ. Дожидаемся ошибки превышения ожидания блокировки.
А вот теперь решение, которое искалось не один день и, на, мой взгляд, не очевидное
Для документа меняем значение перечисления Удалять движения на Не удалять движения автоматически
Проверяем, что блокировки не возникает. Победа! Но одно но, теперь, если попробовать отменить проведение – движения останутся и останутся активными. Для решения этого меньшего зла, чем блокировки – пишем обработчик удаления проведения в модуле документа Процедура ОбработкаУдаленияПроведения
НаборЗаписей = РегистрыНакопления.РегистрНакопления1.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Значение = Ссылка;
НаборЗаписей.Записать();
Конечно это не всё, конечно в реальной конфигурации надо пройти все явные вызовы транзакций и перевести их в управляемый режим управления блокировками, может быть надо явно указать какие данные заблокировать, но не сделав этот первый шаг – все труды будут напрасны.
Пока не написал статью столкнулся ещё с парой моментов...
1. Если в процессе проведения документа, читается ещё один документ, то автоматическая управляемая блокировка встаёт на таблицу документа целиком, а не просто на одну запись
2. Хорошо для анализа помогает старая обработка Гилёва, которую я таки нашёл http://mx1.1cdb.ru/Articles/detail.php?ID=1360
3. Ещё мне помогла для анализа простая обработка с добавлением прямых запросов к SQL, не помню чья, но мной дописанная, сошлюсь как найду куда, можно скачать в этой статье
Непонятные моменты:
1. Журнал регистрации, точнее запись в него, может вызывать блокировку, точнее держать данные
2. В одной конфе после перевода всего (кроме самой конфигурации, она была в режиме автоматический и управляемый) на упр. блокировки была получена ошибка автоматической блокировки внутри управляемой ??? с непонятной природой, перевод всей конфы - проблему решил
3. Попадались места, где двойное чтение одного регистра блокировало повторное чтение этого же регистра в другой транзакции, причем по непересекающемуся набору отборов, победить удалось объединением запросов на чтение в один.
4. Возникали блокировки при регистрации изменений
5. При переводе на управляемые блокировки регистра расчета не забывайте переводить на управляемые блокровки пересчеты регистра расчета.
Буду рад тому, что кто-то меньше времени портратит на победу блокировок в своих конфигурациях
Статья начиналась на http://piterantares.ru/index.php/component/content/article/60--------1
Дополнительно выложу файл конфигурации по первой просьбе, но он простой и тратить SM нецелесообразно, шаги по её разработке описаны.
Картинка взята с http://www.lavrfurnitura.ru/modules/medica/1s-konflikt-blokirovok.html
