Как заблокировать запись регистра сведений на чтение? #683219

Необходимо заблокировать выбираемую запись из периодического независимого регистра сведений на чтение (у конфы стоит режим упр. блок. - Автоматический): ВЫБРАТЬ ПЕРВЫЕ 1     СтатусыДокументовСрезПоследних.Объект,     СтатусыДокументовСрезПоследних.Период,     СтатусыДокументовСрезПоследних.Статус ИЗ     РегистрСведений.СтатусыДокументов.СрезПоследних КАК СтатусыДокументов Про ДЛЯ ИЗМЕНЕНИЯ написано: Предложение ДЛЯ ИЗМЕНЕНИЯ предназначено для указания необходимости блокировки считываемых в транзакции данных. Считанные данные становятся недоступными для чтения в других сессиях. Для файлового варианта блокируются указанные таблицы, а для клиент-серверного варианта — только выбранные записи. Блокировка снимается после завершения транзакции. Что означает "Блокировка снимается после завершения транзакции."? Т.е. чтение из регистра необходимо завернуть в НачатьТранзакцию - ЗафиксироватьТранзакцию? Но про НачатьТранзакцию написано: Транзакция предназначена для записи в информационную базу согласованных изменений. Про блокировку на чтение не указано.

на вот тебе слова умного человека о блокировках

Там про управляемые

Можно ли использовать объект БлокировкаДанных при Автоматическом режиме и будет ли он работать?

Смысл в том что в каждом куске кода где вы хотите запретить чтение записи РС, предварительно надо делать внутри ваш запрос с ДЛЯ ИЗМЕНЕНИЯ ЗафиксироватьТраназакцию; Аналогичный код должен быть во всех местах разных обработок или где откуда вы читаете свой регистр сведений. Либо такой код ставите в одну конкретную обработку, при этом другой экземпляр обработки, запущенный другим пользователем, будет ждать завершения траназкции в первом экземпляре обработки.

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

Понятно, просто смутило в описании НачатьТранзакцию - Транзакция предназначена для записи в информационную базу согласованных изменений. Про чтение там не  написано.

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

ДЛЯ ИЗМЕНЕНИЯ не блокирует запись на чтение.

>ДЛЯ ИЗМЕНЕНИЯ не блокирует запись на чтение. здрасти приехали... shared и sharedforupdate между собой уже не совместимы

они совместимы:

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

Напиши в microsoft, что у них неверная таблица совместимости ;) U блокировка несовместима с другой U и с X. То есть запрос без конструкции "Для изменения" в транзакции легко сможет прочитать эти данные.

>а вот в списках форм действительно не блокируется там везде nolock впендюривается...

Да хоть Serializable, это не более чем RangeS будет..

точно, в обоих случаях писал ДЛЯ ИЗМЕНЕНИЯ

я предлагаю не валить в кучу уровень изоляции и вид блокировки

+100500 истина в последнем абзаце. к сожалению от чтения с nolock спасет только запуск реиндексации нужной таблицы, что лежит за рамками штатных возможностей в рантайме. надо везде при чтении ставить ДЛЯ ИЗМЕНЕНИЯ тоже.

К чему тогда пассаж про nolock?

я вот не помню "для изменения" во что трансформируется

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

SIU?

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

если на serializable выполняется, то заблокирует соседние записи кластерного индекса вдовесок.

это специальный случай имхо... чистый селект + нолок

nolock это указание СУБД использовать READ UNCOMMITTED. Я возразил, что это не влияет, даже Serializable в этом случае прочитает. Потом ты говоришь, что не надо приплетать уровни изоляций. Это несколько противоречиво.

>говоришь, что не надо приплетать уровни изоляций я писал что не надо валить в кучу. а не "приплетать"

>nolock это указание СУБД использовать READ UNCOMMITTED. Я возразил, что это не влияет, даже Serializable в этом случае прочитает список обновляется даже пока транзакция не завершена >даже Serializable в этом случае прочитает каким образом?

>список обновляется даже пока транзакция не завершена Спасибо, кэп, мне известна работа на уровне изоляций read uncommitted - на нём не ставятся блокировки в читающих запросах. >каким образом? Он скажет СУБД: хочу прочитать таблицу на Serializable, та посмотрит правила - так, мы должны наложить RangeS-S, но у нас уже есть U, посмотрит таблицу совместимости, ага, RangeS-S совместим с U, наложит блокировку RangeS-S и отдаст данные. Примерно так.