Управляемые блокировки по полям из свойства "Поля блокировки данных"

24.01.19

Разработка - Механизмы платформы 1С

Добрый день, коллеги! Хотелось бы поделиться обнаруженной особенностью работы механизма управляемых блокировок, а именно блокировке по полям, указанным в свойстве «Поля блокировки данных».

Сценарий, который заставил меня задуматься, следующий.

Предположим, что мы работаем со справочником «Товары». В Транзакция № 1 мы устанавливаем явную исключительную управляемую блокировку на элемент «Товар 1» по ссылке. В это же время в транзакции № 2 мы пытаемся установить исключительную управляемую блокировку, но по наименованию «Товар 1» и становимся в ожидание. 

Вопрос: откуда платформа узнает, что заблокированный элемент в первой транзакции имеет наименование «Товар 1», мы же установили блокировку только по ссылке? Я сделал предположение, что должно быть дополнительное обращение к СУБД. Профайлер таковых не обнаружил. Но ожидание-то есть.

Возникла мысль: а что, если в транзакции № 2 попытаться установить блокировку по другому наименованию, например «Такого названия нет»? Результат –транзакция становится в ожидание.

Таким образом, установка блокировок на разные поля не имеет смысла. В моем примере в транзакции №2 платформа обнаруживает, что в пространстве «Справочник.Товары» установлена блокировка по ссылке, но наименование элемента с такой ссылкой она не знает, поэтому принимает решение не устанавливать блокировку и ставит транзакцию в ожидание.

Кстати, при записи элемента, платформа устанавливает неявную управляемую блокировку как на ссылку, так и на все поля, указанные в свойстве «Поля блокировки данных» (строго в соответствии с документацией). В этом случае, если наименование записываемого элемента не совпадает с наименованием, по которому транзакция № 2 пытается установить блокировку, то конфликта не будет.

Вот выдержка из технологического журнала, отлавливались события «TLOCK».

Блокировка по наименованию:

Regions=Reference9.REFLOCK,

Locks='Reference9.REFLOCK Exclusive Description="Такого названия нет"',

Блокировка по ссылке:

Regions=Reference9.REFLOCK,

Locks='Reference9.REFLOCK Exclusive ID=9:a9b000055d49b45e11db8b8bdc1aadc2',

Блокировка по ссылке и наименованию при записи элемента справочника:

Regions=Reference9.REFLOCK,

Locks='Reference9.REFLOCK Exclusive Description="Малый" ID=9:a9b000055d49b45e11db8b8bdc1aadc2

блокировка управляемая блокировка

См. также

Механизмы платформы 1С Работа с интерфейсом Программист Стажер Платформа 1С v8.3 Бесплатно (free)

Про ООП в 1С и о том, как сделать свой код более кратким и выразительным при помощи использования текучего интерфейса (fluent interface).

03.02.2025    5927    bayselonarrend    126    

59

Механизмы платформы 1С Программист Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.27 появилась возможность использовать WebSocket-клиент. Давайте посмотрим, как это все устроено и чем оно нам полезно.

14.01.2025    7672    dsdred    57    

99

Механизмы платформы 1С Программист Стажер Платформа 1С v8.3 1C:Бухгалтерия Бесплатно (free)

Эта небольшая статья - некоторого рода шпаргалка по файловым потокам: как и зачем с ними работать, какие преимущества это дает.

23.06.2024    11396    bayselonarrend    21    

162

Механизмы платформы 1С Программист Стажер Платформа 1С v8.3 1C:Бухгалтерия Бесплатно (free)

Пример использования «Сервисов интеграции» без подключения к Шине и без обменов.

13.03.2024    7802    dsdred    18    

82

Механизмы платформы 1С Программист Стажер Платформа 1С v8.3 Бесплатно (free)

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

24.01.2024    26757    YA_418728146    33    

73
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. tormozit 7269 24.01.19 21:41 Сейчас в теме
С точки зрения пространства блокировок каждое поле блокировки - отдельное измерение блокируемого пространства. Пусть у пространства 2 измерения X и Y. Если блокируем только X по одному значению, то значит для него будут неявно заблокированы и все возможные значения Y. Поэтому блокировка по любому значению Y без указания значения для X будет несовместима с первой блокировкой. Отсюда и ожидание. Потому же платформа в неявных блокировках указывает значения всех измерений пространства блокировок. Поэтому после добавления в справочнике полей блокировки надо проходить по всем местам явного наложения блокировки на это пространство и добавлять значения этих полей при необходимости, которая присутствует в подавляющем большинстве случаев.
redtram; Cmapnep; infosoft-v; i_lo; tulakin_s; unichkin; mefalcon; Hatson; akocur; naa1c; mshumakov; +11 Ответить
2. Cyberhawk 135 20.03.20 17:16 Сейчас в теме
(1) Но как это объясняет описанное автором поведение
а что, если в транзакции № 2 попытаться установить блокировку по другому наименованию, например «Такого названия нет»? Результат –транзакция становится в ожидание
?
4. TMV 14 07.10.21 09:13 Сейчас в теме
(2)написано же
Блокировка по любому значению Y (в нашем примере, по наименованию «Такого названия нет») без указания значения для X будет несовместима с первой блокировкой. Отсюда и ожидание
3. Cyberhawk 135 20.03.20 17:17 Сейчас в теме
И автор, похоже, забыл упомянуть в статье важную деталь - что у справочника в поля блокировки данных (в метаданных) добавлен реквизит "Наименование".
tormozit; triviumfan; +2 Ответить
Оставьте свое сообщение