Здравствуйте. Теоретический вопрос
В конфигурации стоит управляемый режим блокировок.
При записи данных платформа неявно устанавливает исключительную блокировку. С этим ясно.
Вопрос: неявные блокировки платформы действую как и явные до конца транзакции?
Есть ли неявные разделяемые блокировки при чтении данных и как действуют?

>Есть ли неявные разделяемые блокировки при чтении данных и как действуют?

это зависит и от платформы от настроек базы... что там у вас - телепаты в отпуске

>от настроек базы

+ и от версии скуля

(1) У нас пустая конфигурация и вопрос про платформенный менеджер блокировок

(3)+ Платформа 8.3.7

и тишина... ))

блокировки на чтение или на запись?

вроде так:
на чтение действуют пока не разрушен менеджер блокировки,
на запись - до окончания транзакции

(6) больше интересует чтение
а когда он разрушается?

(7) Больше интересует ставит ли сама платформа блокировку на чтение неявную

(8) платформа сама НЕ ставит блокировки на чтение (при штатном уровне изоляции транзакции). То есть грязное чтение в 1с присутствует...

что кстати легко проверяется :)

1. делаешь отчет который выводит одной суммой остаток на складе
2. запускаешь в цикле перепроведение нескольких документов
3. в параллельном сеансе обновляешь отчет и удивляешься, что сумма склада прыгает :)

(0) Смотря на какой стороне

в режиме рид коммитед снэпшот блокировок скуля на чтение вообще нет

(11) Поясните

(10) Есть отличия при работе в файловом режиме и клиент серверном в блокировках 1С, кроме уровня изоляции?

(13) Есть блокировки скуля и блокировки сервера 1С...
первые действуют только при выполнении скрипта к бд, вторые на всю транзакцию. Упрощенно так

(15) Я в (3) написал, что именно интересует менеджер блокировок 1С

(16) Что подразумевается под неявными, блокировка при изменении или чтении в транзакции?

Действуют до конца транзакции

(17) Неявные, которые сама платформа делает.
При чтении в транзакции

(18) До конца транзакции

(19) т.е. всё таки есть блокировка при чтении?)

в режиме рид коммитед снэпшот

Нет такого режима, есть рид коммитед, есть снэпшот, это два разных режима (точнее уровня изоляции) https://msdn.microsoft.com/ru-ru/library/ms173763(v=sql.120).aspx.
Уже не первый раз слышу этот термин...

(20) А есть сомнения?

(12), (21) блокировки на стороне СУБД здесь не рассматриваются

(22) Есть)

(22) Есть незнание

(21) is read committed snapshot on = true

(25) Я развеял твои сомнения?

(27) ставится разделяемая блокировка?

is read committed snapshot on = true


аааа... в этом смысле да, конечно

платформа сама НЕ ставит упр блокировок на чтение

(30)
Неявные блокировки платформы

...

При чтении наборов записей платформа сама (неявно) устанавливает разделяемую управляемую блокировку. Эта неявная блокировка сохраняется до конца транзакции (как все управляемые блокировки).

http://cascade-group.com.ua/upravlyaemye-blokirovki-1c/

(31) Я это тоже читал)

(32) Если сомневаешься, то проверь )

(33) Обязательно на выходных проверю и отпишусь)

(33) неявная блокировка при чтении в транзакции пока не подтвердилась)

(35) Если упр. режим блокировок то СКЛ стоит в рид комиттед и блокировка ставится только на время чтения.

(36) согласен. но меня статья из (31) смутила

(35) Как ты проверял, через ЦУП? или смотрел сам тех журнал?

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

блокировки они разные бывают...

(38) ну пока проверял при работе в двух сеансах через отладку)

(39) точнее не скажешь

(41) * точнее и не скажешь

(40) А как проверял? в скульной базе в одном сеансе в транзакции прочитал регистр накопления и после запрос.Выполнить поставил точку остановки.
А во втором сеансе попытался записать этот регистр накопления с совпадением измерений?

(43) ну типо того, да

(43) продолжения не будет?)

(44) вроде "после запрос.Выполнить" блокировка уже снимается. Запрос-то уже выполнен.

(46) а как же (31)? в рид коммитед на sql она снимется после выполнения запроса, да. А на сервере 1с?

(47) то есть вы запрос в транзакции делаете?

(48) в обработке проведения

Судя по http://kb.1c.ru/articleView.jsp?id=46#case1_3:
1. Разделяемая блокировка на чтение устанавливается ТОЛЬКО НА УРОВНЕ СУБД
2. Устанавливается она в транзакции при чтении в объектной технике и выполнении запросов.
3. Важный момент: Только если данные реально изменились, при записи будет автоматически установлена эксклюзивная блокировка. Освещался в последнем посте Управляемые блокировки - боль. страдание. унижение.

Пока я понял так. Может, конечно, я неправильно понял)

Думаю, В УЦ1 расставят все точки)

(21) по твоей же ссылке оно есть ;) долистай до таблицы в разделе remarks

Ну и финалочка)
После УЦ1 стало намного яснее.
Статья http://cascade-group.com.ua/upravlyaemye-blokirovki-1c/ права.
1. Неявные управляемые блокировки платформы действуют до конца транзакции.
2. Особенность в том, что эти блокировки устанавливаются только при чтении/записи в объектной технике. При выполнении запроса, управляемые блокировки не устанавливаются.

(52) т.е. если в транзакции прочитал объект - то до конца транзакции на него накладывается неисключительная блокировка?

(53) да

+(53) А если в транзакции выполнил запрос (к полям объекта)?

(52)(55) Я набор записей регистра имел в виду.
Например ПолучитьОбъект(), Выбрать() не вызовут управляемую блокировку 1С, так же как и обычный запрос

(53)(55)*

(52) Вот теперь правильно.
Запусти ТЖ и убедись отлавливая события "TLOCK".