Управляемая блокировка периодич. регистра сведений. #574428

Блокируются все данные совпадающие по измерениям, без учета ПЕРИОДА. А хочу заблокировать только первые 5 записей регистра. Вот код... Спасибо

База файловая?

общие модули аналогично Нику называть щас модно?) оставить след в истории?

А блокировка СУБД или 1С?

и это, какой режим блокировки стоит в конфигураторе у самой конфы и этих регистров?

- не совсем понял вопрос, думаю 1С Режим управления блокировкой (конф) - Управляемая Режим управления блокировкой (Регистр) - Управляемая Транзакция так же - Управляемая Повторюсь, блокируются все записи совподающие по измерениям. Интересное наблюдение при отладке...

тупой вопрос - а чего не используете конструкцию "ДЛЯ ИЗМЕНЕНИЯ" ?

у него все управляемое.. так что 1с

а если не источник юзать? ЭлементБлокировкиДанных (DataLockItem) УстановитьЗначение (SetValue) Для пространства РегистрСведений.<имя> - Период (если есть), <имя измерения>;

как-то давно тоже пытался блокировку по периоду сделать - не получилось, но у меня вываливалась какая-то ошибка. Семен Семеныч...

Периодичность - В пределах секунды Что ты хочешь сказать?

я хочу сказать что попробуй использовать не "ИспользоватьИзИсточникаДанных" а устанавливай явно методом УстановитьЗначение

Ща попробую

Только вот не понятно <БлокируемоеЗначение> - Тип Произвольный либо Диапазон Так вот пять записей содержит разные измерения. Значет блокировать по одной записи?

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

Но блокируется ВСЯ таблица. Что за хрень не знаю. На период вообще не реагирует. И ни каких ошибок!

А главное если зделать То, аналогично, полная тишина.

может быть надо

Мой регистр не подчинен регистратору (Независимый)

какой релиз платформы? сервер 32 или 64?

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

Вопрос не потеме. Создай свой сабж я тебе отвечу.

Кхм... Вообще-то это тебе нужно, а не мне. У меня всё работает нормально. Но если влом ответить, тогда в сад, помогать тебе желания уже нет.

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

какие страницы/таблицы... в упр. режиме sql вообще не при делах...

Блокировки и в управляемом режиме могут быть как 1С, так и SQL. Если во время открытой транзакции прочитать из базы данных, запрос сформированный платформой будет без hint'а NOLOCK и прочитанные данные будут заблокированы SQL. Например если приведенный кусок кода вызывается из обработки проведения документа и поле Инкремент не индексировано и не первое в таблице или количество записей регистра невелико, план запроса будет использовать index scan или table scan. В результате все записи прошедшие через scan будут заблокированы SQL.

и на какой период записи будут заблокированы?

До конца транзакции. Либо явной ЗавершитьТранзакцию, либо завершения проведения документа.

>> и прочитанные данные будут заблокированы SQL иди учи мат часть

на самом деле дело говорит.

ТС приведи полностью сообщение о блокировке так же в консоли SQL можно посмотреть тип блокировки это тоже не помешало бы.

В мат части(ИТС) в статье Анализ и устранение взаимоблокировок описан случай который описал 25

как они блокируются?

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

где у тебя стоит точка останова? В твоем коде точно стоят комментарии на коде который изменяет записи?

Без паяльника не взлетит :)

В общем есть предположение что у автора изменяются записи. В этом случае SQL ставит блокировку. На что он поставит только ему известно: за прочтенные записи или на всю таблицу. Точка останова стоит после изменения записей. В этом случае будет срабатывать блокировка SQL, т.к. нельзя читать записи заблокированные при изменении.

>Если во время открытой транзакции прочитать из базы данных, запрос сформированный платформой будет без hint'а NOLOCK и прочитанные данные будут заблокированы SQL почему бы... там readcommited в управляемом... и опять же читать он их будет в shared без "ДЛЯ ИЗМЕНЕНИЯ", нах ему их блокировать?

Данные точно не меняются (за комментировал) Остановка в конце процедуры "Возврат Истина;" "предположение что у автора изменяются записи." я же код выложил, записи просто блокируются в транзакции, затем разблокируются Спасибо за ваши мысли, много интересного. Вот мои наблюдения. Записи блокирутся моим кодом адекватно, все по измерениям. Укажу одно или же три измерения, меняю значения - блокировка ставится корректно. Бонально 1С не ставит блокировку по периоду. Может глюк какой-то? 8.2 (8.2.14.533) Есть мысль зделать рег. не периодическим, и добавить ИЗМЕРЕНИЕ Период. Буду пробовать

Ну в общем то все. Убрал периодичность, создал измерение "Период1". Результат: блокируются строго пять записей из запроса, даже при наличии совпадений по другим измерениям. Вывод: 1С не ставит блокировку по стандартному реквизиту "Период"! Есть мысли?

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

Период естественно различный, интервал в секкунду/две Запрос не блокирует данные, а лишь выбирает пять записей (вне транзакции, т.н. "Грязное чтение") которые я в дальнейшем ПОПРОБУЮ заблокировать. И если будет пересечение с другой транзакцией то "Блокировка.Заблокировать;" выдаст исключение.

в транзакции не может быть грязного чтения

???