Платформа 8.2.14.528, конфигурация УПП 1.2.36.1, база на MS SQL. В свойствах конфигурации включен управляемый режим блокировки. Документ "Учет фактических данных по бюджетам" делает движение в оборотный регистр "Обороты бюджетов". Делаем блокировку при проведении. В обработчике ПриЗаписи регистра накопления ставим точку остановки и в другом сеансе проводим другой документ "Учет фактических данных". Если документ небольшой (1-10 строк) - то проводится без проблем, если же документ большой (20000 строк), то возникает блокировка данных. Почему это зависит от размера документа? И можно ли как-то победить взаимоблокировки?

в автоматических блокировках нельзя "победить"

Как блокируем? Версия скуля какая?

(1) В свойствах конфигурации стоит управляемый режим.
(2) Документ типовой, вот думаю - надо ли что-то дописывать? Версия SQL - 2008 SP2

(3) А у документа? А у регистра? Как блокировки то описаны?

(4) У документа стоит "Автоматический". У регистра накопления "Автоматический". Если я не ошибаюсь, то в случае установки режима блокировки "Управляемый" в конфигурации режим блокировки объектов игнорируется. Вопрос насчет описания блокировок не понял. Если про объект "ЭлементБлокировки", то в данный момент никак

(0) ну так документы либо пересекаются по измерениям регистра, либо нет...

2(6) он имеет в виду, что если для конфы вцелом установлен управляемый, и специально мы ничего не блокируем(не накладываем управляемую блокировку), то таблица целиком не блокируется, блокируются только конкретные записи документа - а они всегда уникальны, потому что имеют каждые своего регистратора... как-то так...

(7) ну дык если не используется разделение итогов, то конфликт возникает на таблице итогов/оборотов...

возможно, уж и не помню всех нюансов... наверное нужно повторить

(8) Сейчас точно не помню, но вроде ставили разделение итогов

Проблема в том, что почему-то документ из 10 строк не вызывает конфликта блокировок, а с 20 тыс строками вызывает.

(5) тогда то, что в свойствах конфы стоит управляемый режим - не играет никакой роли ни для документа, ни для регистра.

По этому доку и регистру система сама гарантированно за счет избыточных блокировок все контролирует.

+(11) все записи в регистр выполняются в автоматическом режиме.

Можешь поставить на этом доке и регистре "Управляемый" режим и поиграться с блокировками.

Если все остальные документы пишущие (читающие) в регистр останутся в автоматическом режиме - то ничего страшного не произойдет.

+(12) вообще, по идее, если это оборотный регистр и в него просто пишутся записи - можно вообще перевести его в управляемый режим и не париться управляемыми блокировками.

Но тогда нужно, чтобы и документ, который пишет в него был в управляемом режиме блокировок.

(0) > Делаем блокировку при проведении.

Если конфа в "Управляемый", а Документ в "Автоматический" - прописывание блокировки при проведении - побоку. Вся транзакция быполняется в Автоматическом режиме, а код блокировки игнорируется.

(14) В книге "Переход с 8.0 на 8.1" Белоусов пишет совсем противоположную вещь, что в Управляемом режиме игнорируется режим указанный в свойстве объекта конфигурации. Можно ссылку на источник?

(15) Ну если может быть, что конфа в "Управляемый", а документ в "Автоматический", то думаю, что "Автоматический" просто игнорируется.

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

в (1) сообщении сказано, что конфигурация в управляемом режиме.

(17) включен управляемый режим блокировки подходит и под "Автоматический и управляемый"

(17) Хотел бы я посмотреть на тех отважных парней, которые слепо в УПП врубят "Управляемый" режим.

+(19) если, конечно, фирма 1С это не предусмотрела в коде той версии УПП, предварительно.

Да это типовая конфа 1С, можно на них глянуть)

Автору уже говорили что это не взаимоблокировка?

(19) она по умолчанию в этом режиме

В свойствах конфигурации стоит только управляемый режим.
(19) В типовой УПП он включен.
(22) Может я ошибаюсь в терминах.

Почему же документ с малым количеством строк проводится, а с большим нет? Блокировка либо есть, либо нет

профайлер вам в помощь

(24) на уровне СУБД могут происходить свои блокировки

+(25) лучше ТЖ

(24) тебе в (26) ответили. Имхо, как вариант. Копай настройки SQL.

(24) мне одно не понятно.
Нафига тебе в регистре оборотов при формировании туда записей, накладывать блокировку?
(>(0)Делаем блокировку при проведении.)

Вообще рекомендуют накладывать блокировки при чтении данных в момент проведения или при обусловленном проведении, когда, например, данные одного регистра должны оставаться неизменными пока делаются записи в другой регистр.

+(29) на основании чего было принято решение, что в момент записи в оборотный регистр, его данными должны оставаться неизменными для других транзакций?

Т.е. путем каких размышлений вы пришли к выводу накладывать на него блокировку?

(29), (30) - Вот именно - я хочу, чтобы 2 и более документа могли записываться и проводиться одновременно, т.к. результат их проведения не зависит друг от друга. Думал наложить блокировку на область данного регистратора. Но похоже 1С и сама это делает.

Попробую через ТЖ, профайлером SQL пользоваться не умею :-(

(31) убери программную блокировку оборотного регистра - она тебе не нужна. Вот шо я сказать тебе хотел.

(32) Нет ее в данный момент, я думал, может программная поможет :-)

(31) Если ты кодом ничего накладывать на регистр не будешь - одинесина там ничего блокировать не будет. Копай настройки SQL, раз у тебя все равно интервалы ожидания возможности записи возникают.

+(34) Кстати, а с чего ты взял, что это все у тебя с оборотным регистром связано?

Документ "Учет фактических данных по бюджетам" тока в тот регистр что-ли пишет? Из других мест ничего не читает и блокировки не накладывает?

(35) Документ делает еще движения в регистр бухгалтерии, но на "опытных образцах" в тот регистр движения не делались. В подписку при записи регистра попадал только оборотный. Чтение из регистров не производится

(35) можа у тебя такая ситуация: один док с 20000 строк накладывает блокировки на чтение из других источников, а другой док, тупо ждет, пока освободятся источники для чтения.

+(36) Попробую завтра на файловой версии, если такого глюка с большим документом не будет, значит нужно копать SQL

(37) Данные для заполнения из справочника источников вроде только читаются - как они могут блокироваться?

(38) Для файловой версии твой режим управляемых блокировок побоку - будет автоматический режим блокировок, причем блокироваться будут таблицы целиком.

Ты че, заработался?

2(36) Планы обмена есть, а в них узлы?

(40) Точно, позабыл :-), да и с блокировками особо не сталкивался )
(410 Есть планы, есть узлы - может быть из-за записи в таблицу регистрации?

(42) Кстати, убери регистр из плана обмена и посмотри.

(42) хотя врядли.

Записи в Планах обмена не регистрируются.

Регистрируется всего-лишь изменение регистратора.

2(44) хм... если бы так было, то почему мы обязаны добавлять регистр в состав плана обмена?

(44) Наборы записей точно регистрируются в плане обмена. Попробую как вариант убрать его из состава плана обмена

(46) конкретный набор записей в плане обмена не регистрируется.

Записи попадают в файл обмена по регистратору или по основному отбору.

+(47) у тебя в таблице регистрации изменений по регистру оборотов  будет лишь одна запись - ключ, содержащий ссылку на регистратор.

(47) Точно нет - набор записей регистрируется отдельно. Вполне можно зарегистрировать набор записей без регистрации его регистратора

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

(50) Разделение итогов у данного регистра включено, по-моему в таблицу оборотов должно писаться одновременно без проблем