Есть регистр накопления с 2мя измерениями
Контейнер, Ячейка (в таком порядке)
  
Берем пример. С какого х... эти блокировки конфликтуют?
  
&НаСервере
Процедура БлокироватьЯчейкуНаСервере()
    
    НачатьТранзакцию();
    
    Блокировка = Новый БлокировкаДанных;
    
    ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ПоложениеКонтейнеров");
    ЭлементБлокировки.Режим = РежимБлокировкиДанных.Разделяемый;
    ЭлементБлокировки.УстановитьЗначение("Ячейка", Контейнер2);
    Блокировка.Заблокировать();
    
    Пауза(60);
    
    ЗафиксироватьТранзакцию();
    
КонецПроцедуры

&НаСервере
Процедура БлокироватьКонтейнерНаСервере()
    
    НачатьТранзакцию();
    
    Блокировка = Новый БлокировкаДанных;
    
    ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ПоложениеКонтейнеров");
    ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
    ЭлементБлокировки.УстановитьЗначение("Контейнер", Контейнер1);
    Блокировка.Заблокировать();
    
    ЗафиксироватьТранзакцию();
    
КонецПроцедуры


Накладывай по всем измерениям. Где гарантия что пространство второй блокировки не пересекает первую?

(0)   Пауза(60); покажи код, плс)

ЭлементБлокировки.УстановитьЗначение("Ячейка", Контейнер2);

Тут точно ошибки нет?

(3) ячейка - составной тип: ячейка+контейнер

(2) выбирай любой
https://infostart.ru/public/706204/
я юзаю через winmgmts

(5) у меня пустой цикл. мне не нра. твой вариант сильно лучше?

(5) спасибо!!!

(6) пустой цикл грузит проц не по -детски

(8) 50% разница. только что замерял.

(2) БСП
ОбщегоНазначенияБТС.Пауза(<секунд>)

Так, хотя бы
Процедура Уснуть(КоличествоСекунд)
    Попытка
        Соединение = Новый HTTPСоединение("127.0.0.0",,,,,КоличествоСекунд);
        Соединение.Получить(Новый HTTPЗапрос());
    Исключение
    Конецпопытки;    
КонецПроцедуры

ЭлементБлокировки.Режим = РежимБлокировкиДанных.Разделяемый;
и
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;

вот и конфликтуют

(0) а режим управления блокировкой в свойствах конфы какой ?

ЗЫ: если явно указать в НачатьТранзакцию и там и там, что управляемый

(10) ты код покажи.

(12) они по разным измерениям - это раз. по разным занчениям - это 2.
кмк блокировка по ячейке блокирует всю таблицу. но по тж я не проверял

(14) Зачем? Это БСПшная процедура. Мне как бы не жалко, вот:

Процедура Пауза(Секунд) Экспорт
    
    ТекущийСеансИнформационнойБазы = ПолучитьТекущийСеансИнформационнойБазы();
    ФоновоеЗадание = ТекущийСеансИнформационнойБазы.ПолучитьФоновоеЗадание();
    
    Если ФоновоеЗадание = Неопределено Тогда
        Параметры = Новый Массив;
        Параметры.Добавить(Секунд);
        ФоновоеЗадание = ФоновыеЗадания.Выполнить("ОбщегоНазначенияБТС.Пауза", Параметры);
    КонецЕсли;
        
    ФоновоеЗадание.ОжидатьЗавершенияВыполнения(Секунд);
    
КонецПроцедуры

(11) лол. КоличествоСекунд 60.
код выполнялся 25 сек.
чот не оч.

(12) разные же измерения и разные объекты , не ?

(15) в доке пишут:
Разделяемая блокировка позволит конкурирующему процессу установить разделяемую блокировку по этому же условию, но не позволит установить исключительную блокировку.

(16) круто. и что мне этот код даёт?))

(15) Ты накладывашь две блокировки по двум пространствам, которые пересекаются на каком-то значении:

Номер строки - Контейнер - Ячейка
1 - 1 - 1
2 - 1 - 2
3 - 2 - 1
4 - 2 - 2

Первая блокировка по Контейнер = 1 захватывает строки 1 и 2
Второя блокировка по Ячейка = 2 захватывает строки 2 и 4

Конфликт на строке 2, так как вторая блокировка исключительная.

(19) думаешь если на исключительну поменять - заработает?

(21) никаких значений в регистре нет или даже есть - разницы нет

Слабал демо пример.
На файловой точно отрабатывает
https://cloud.mail.ru/public/WKym/GVzg9RJ2R

(0) с фантомами так борются, Анатолий.

Ну, в доке написано, что есть режим поглощения блокировок

см п.9.3.6
https://its.1c.ru/db/v8314doc#bookmark:dev:TI000000537

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

(24) На файловой управляемые блокировки? Это когда такое сделали?

(11) до 20 сек работает корректно. видимо, что-то в настройках сервака..

Потому что не указываешь второе измерение

(24) на файловой захватывается вся таблица, без вариантов.

(29) есть настройка таймаута, по-умолчанию 30 сек, у тя просто не дожидается и вылет

(0) Блокировка по значению одного измерения значит, что что по второму измерению блокируются все значения. Поэтому такая блокировка конфликтует с блокировкой по конкретным значениям второго измерения.

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

(31) на управляемых блокировках - конечно же не так

(30) где-то об этом сказано?

(33) про ткое что-то не подумал. наверно так и есть

(35) На файловой?

(35) На файловой базе блокировка на уровне СУБД по уровню перебивает все твои управляемые выкрутасы. Поэтому даже если управляемая блокировка пропустит тебя, ты гарантировано упрешся в блокировку СУБД. Потому как serializable.

(38) на любой. управляемые блокировки живут не зависимо от СУБД

(39) пример на файловой, а так то у меня скл

(41) И зачем ты тогда вообще пример делал?

(42) пример обычно делается для изоляции ошибки

(43) Ну, ты мог бы еще на 7.7 его сделать.

(40) ОйблЪ...

(45) собственно для этого и придумали упр блокировки. чтоб бд не мешала

(46) Нет. Управляемые блокировки придумали, чтобы разработчик более четко управлял блокировками.

+(47) Ну или сломал все к херам.

(40) Да. Но для файловой решили не заморачиваться. Ими же должен кто-то управлять. Поэтому на файловой блокировки всегда табличные.

(39) Валер, какой serializable? Как там в 2007, норм?

(0) Какую ошибку получаешь?

И ТЖ покажи.

(50) Кто такой Валера?

(49) + Скорее даже не из-за необходимости реализации менеджера блокировок на файловой, а из-за особенностей работы файлового движка, наверное. А может и то другое.

(49) Не путай управляемые блокировки и табличные. На файловой работают и те, и другие.

(40)(54) https://v8.1c.ru/platforma/upravlenie-blokirovkami-v-tranzakcii/

Первая табличечка

Признаю был не прав. все таки для блокировки записей нужен сервер

(55) там неактуальная инфа, сейчас не read committed, а read committed snapshot

(57) Но не для упр. блокировок.

(56) Эта табличечка про блокировочки СУБД.

(24) А пожешь на 17 или 18 платформе сделать?

(59) вот и я думал как ты. но все не совсем так

(58) Нельзя сказать, что неактуальная. Потому что read committed snapshot - это в терминологии mssql которым пришлось придумать новое название чтобы отличалось от старого блокировочного read committed. В общей литературе при упоминании режимов изоляции до таких ньюансов обычно не опускаются.
(59) Ок. И какой смысл тогда блокировать по измерениям регистра, если блокироваться будет вся таблица регистра хоть в лоб, хоть по лбу?

(60) https://cloud.mail.ru/public/7quP/wKoEryWV7

(62) При блокировке по измерениям регистра таблица не блокируется. Таблица блокируется при записи набора.

А смысл — упр. блокировки позволяют реализовать логику, которую не позволяют реализовать блокировки СУБД.

при упр блокировках никакие таблицы не блокируются. блокируются виртуальные переменные про таблицы

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

(64) С одной стороны ты вроде прав. Но с другой - serializable обязывает к тому, чтобы прочитанные в одной транзакции данные нельзя было поменять в другой. И в файловой по-моему тупо реализовали так, что хрена ты проведешь параллельно два дока, пишущих в один регистр. Но я по файловой не спец, могу и ошибаться.

(67) serializable обязывает немного к этому. :) Остальное верно, и даже без упр. блокировок. Но это не мешает использовать еще и их, когда нужно. :)

(68) В сабже нет записи в регистр. Но есть транзакция. И объявлена исключительная управляемая блокировка. Допускаю, что ее могут тупо транслировать в блокировку всей таблицы. Ибо нефиг. Или практика говорит об обратном?

(63) Код в примере отличается от (0). Блокировка накладывается только по измерению Контейтер.

(70) это я уже проверял что реально по таблице на файле

(71) Да, что-то не очень понятное происходит.
Показывай записи о блокировках из ТЖ.

(72) такой возможности снять тж нет. но вроде уже разобрались

(73) А почему нет? Одмины не дают доступ на сервер апликейшн?

(73) И что выяснили?

(75) serializable же, привет из 2007

(71) внезапно, правда? )))
Везде декларируется, что на файловой базе блокировки идут по таблице, и тут оппа - и новость...

(75) выяснили (33) спасибо Добрыня Никитич

(78) То есть блокировки по разным значениям одного измерения таки параллелит?

(79) где на файле? на файле нет конечно. но мне то не для файла нужно

(80) Ну почему "конечно". mistеr говорит об обратном. А я не проверял, только догадками оперирую.

(81) там же в табличке черным по желтому сказано: упр блокирвоки по таблицам

собственно я тоже так думал, что упр блокировками удалось полностью абстрагироваться от БД. но таки не удалось

(82) mistеr намекал на то, что все так, но есть мол ньюанс.

Типа в табличке блокировки для СУБД, а в режиме управляемых блокировок для примера типа сабжевого должно обойтись без блокировок СУБД. Ну, я так его понял.

(85) ну все правильно он говорит. Блокировок субд нет. есть упр. Это совсем другое

(86) Ты меня запутал. Хоть сам проверяй. Такой код у тебя параллелится или нет на файловой?

НаСервере
Процедура БлокироватьЯчейкуНаСервере()
    
    НачатьТранзакцию();
    
    Блокировка = Новый БлокировкаДанных;
    
    ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ПоложениеКонтейнеров");
    ЭлементБлокировки.Режим = РежимБлокировкиДанных.Разделяемый;
    ЭлементБлокировки.УстановитьЗначение("Контейнер", Контейнер1);
    Блокировка.Заблокировать();
    
    Пауза(60);
    
    ЗафиксироватьТранзакцию();
    
КонецПроцедуры

&НаСервере
Процедура БлокироватьКонтейнерНаСервере()
    
    НачатьТранзакцию();
    
    Блокировка = Новый БлокировкаДанных;
    
    ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ПоложениеКонтейнеров");
    ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
    ЭлементБлокировки.УстановитьЗначение("Контейнер", Контейнер2);
    Блокировка.Заблокировать();
    
    ЗафиксироватьТранзакцию();
    
КонецПроцедуры


(87) не параллелится

(88) Спасибо. Другими словами похоже на то, что в файловой работу с блокировками оставили как и было в режиме автоматических блокировок, только в добавок если налагаются управляемые, то еще и по ним таблицы блокируют.

(89) именно так

(89) Скажите, как вам подойдёт лавровый венок изобретателя велосипеда?

(90) Ну, что-то такое я и предполагал. Это позволило обойтись вообще без какого-либо нового менеджера блокировок на файловой.
(91) Хуже, чем значок слоупока. Примерно так я и считал, но mistеr удалось зародить сомнение ибо на поведение файловой мне всегда было плевать и в детали я не вдавался.

(92) 1с во всех документациях просто орёт и бьётся об стенку, что в файловой управляемые не работают....
А вам пофиг....

(93) почему не работают? работают но не совсем так

в файловой любая упр блокировка тут же эскалируется на всю таблицу

(93) Как это не работают? Отлично работают. Все блокируется успешно. Документацию я и сам выше приводил. Но жизнь бывает богата на ньюансы.

(89) (92) Я проверил. Действительно, блокировки, наложенные по разным значениям измерений, оказываются несовместимы. Но если накладывать разделяемые блокировки, то они совместимы.

Говорит ли это о том, что в файловой нет менеджера блокировок? По-моему, нет.

(93) Где именно орет, ссылку и цитату можно? Только именно про управляемые, а не уровня СУБД, сам не перепутай.

(97) Доказывает ли это, что в файловой есть менеджер управляемых блокировок? По-моему, нет.

(97) Кстати, по периоду та же петрушка.

(100) так эскалация же на всю таблицу

Пипец вы развели бодягу...

(99) + Транслируют в те же разделяемые табличные блокировки и всего делов.

(101) Я не очень понимаю, при чем тут таблица. Таблицы регистра никто не трогает.

(104) если не нарвится слово таблица, то пусть будет: эскалация на все пространство блокировок

(103) нет, никто ничего не транслирует. блокировки субд и упр никак не связаны даже на файле

(105) Да, давайте придерживаться оф. терминологии, дабы не вводить в заблуждение и себя, и тех, кто будет читать это потом.

Модифицированный пример, более удобный для проверки, если кому интересно: https://file.io/VgZtF6ClmvDi

(106) Гррр! На файловой должен же быть какой-то топорный механизм табличных блокировок реализованный еще для автоматических блокировок. И управляемые просто его же и задействуют. "Я так думаю" (с) Хачикян

(109) Это возможно.

(109) это можно проверить легко.
Сделать запись в справочник. 2 сеанс читает запросом. При блокировках СУБД  - 2й обломится. При упр должен смочь

(111) Не понял. Что будет доказано, когда обломится?

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

(111) Чтение запросом не блокируется табличной блокировкой, только запись.

(114) даже в транзакции?

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

и ошибка при выполнении запроса
Не удалось заблокировать таблицу '_Reference35'

(115) Только что проверил. https://ufile.io/eqxvia47

значит получается, что разные механизмы, хоть и работают похоже

кстати без транзакции все читается хорошо. Все как и должно быть

(113) Я спрашивал, что будет доказано когда не сможет :)

(121) значит 1 механизм

(118) Прошу прощения, правильная ссылка https://ufile.io/i4p3u983

(120) Транзакция есть всегда, может неявная

(122) Это не доказывает. А всего лишь не опровергает.

проверил блокировку и запрос - все сработало, не заблокировалось.
Вывод - механизмы разные

(126) В параллельных транзакциях?

(125) А в файловой вообще есть разделяемая блокировка таблиц? В каком случае используется?

(127) конечно

(128) получается что есть. При чтении таблицы в транзакции

(130) Я имею в виду без относительно к упр.

(131) про нее табличную и речь.

(130) То есть во время чтения в таблицу нельзя писать?

(131) А как без нее обеспечивать serializable в автоматических блокировках?

(133) нельзя. Иначе что это за блокировка такая

(134) Ну да. :)

Надо проверить запрос итогов при наложенной упр. блокировке.

(126) Ну вот. Такую стройную теорию порушил.

(126) Но вообще как-то странно. Неконсистентненько.

(126) Ты точно исключительную блокировку ставил?

(136) Проверил, не мешает.

Тогда получается что механизмы разные, но оба табличные. Как-то странно. Раз уж отдельно все-таки замутили, то нафига на таблицу эскалировать?

(141) О какой таблице речь в случае упр. блокировки? :)

(142) О той, которая блокируется, когда управляемую блокировку просили не об этом.

(143) никакая таблица не блокируется. Блокируется Пространство Блокировок. Просто некторая переменная

(144) О боже мой. А в настоящих СУБД значит другие блокировки, настоящие? Не служебные данные в служебных структурах, а прям таблица гвоздями заколачивается крест-накрест?

(145) если ты не можешь прочитать данные - то блокируется, если не можешь - то не блокируется

(146) "если ты не можешь прочитать данные, то блокируется ... если не можешь- то не блокируется"
(с) Надо записать

(146) Подустал ты. Иди поешь, поспи. Хватит на сегодня.