Мужики подскажите ка по быстрому.
Я как понял если я создам набор записей РС и по какомунибудь отбору прочитаю его, то все записи блокируются на изменения, но доступны для чтения (или только из запроса?). Все это конечно завернуто в автоматическую транзакцию.
Я прав или нет?
(P.S. с блокировками не работал до этого, а тут надо блокировать 1 запись регистра при выполнении фонового задания от других сеансов, но дать возможность считывать ещё не измененные данные этой записи)

Ладно, буду сам тестить раз так.

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

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

(3) Впринципе да согласен,
Надо замутить мне просто: есть одна запись регистра, она завязана на некую область действий, действия могут быть активными или фиктивными. Смысл в том что одновременно запретить выполнять активные действия, то есть если запись занята другим сеансом то выдавать ошибку для текущего который пытается выполнить активное действие.

(4) То есть запретить даже попытку начать выполнять активное действие (изменения данных связано с различными объектами базы, а мне не нужно чтобы первый сеанс изменил общие данные, второй сеанс запустился через секунду и тоже изменил общие данные, а в конце второй сеанс ждет пока первый освободит зафиксирует транзакцию и сохранит данные, и перезаписывает своими, которые вычеслял получается ещё не на обновленных данных)

(3) Мне походу какимнить объектом чтоли пользоваться типа справочника чтобы установить блокировку а в конце снять её?

в автоматической транзакции достаточно указать ДЛЯ ИЗМЕННИЯ в запросе

Вот, кстати! ДЛЯ ИЗМЕНЕНИЯ - нужно ли выбирать блокируемую таблицу или достаточно того, что выборка выбрала, то эти лишь записи и будут заблокированы? А если выбрать таблицу - заблокируется вся?

Возьмем простой пример.
Есть у нас РС с измерением Строка и реквизитом Число.
В первом сеансе я начинаю транзакцию считываю запись где строка = "а" и инкрементирую значения числа на 3 если оно равно < 5 (представим что изначально в записи число равнялось 3), а если >=5 то увеличиваем на 5;
Во втором сеансе происходит тоже самое, только для первого условия инкремент на 4 а для второго 6.

Сейчас как я понимаю что при одновременном запуске 2-х сеансов (ну пусть первый был запущен на бесконечно малый момент времени) в них выполниться одинаковые условия, то есть в итоге мы получим перезапись и число станет равным 7, а необходимо чтобы получилось 12

(9) А точнее чтобы второй сеанс вылетел по ошибки "мол занято ща, пробуй позже". Ну это уже можно будет обыграть, самое главное чтобы была возможность понять занята или нет запись регистра.

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

(11) Какие предупреждения ты имеешь ввиду?

(12) Предупреждений, типа:
- Не стоит писать в этот регистр!
- Алексей, регистр этот проклят, не произведи чтения с него!
Ну и в таком духе.

(12) которые выскакивают в окно, останавливая выполнение кода

(14) Открою секрет, это у меня выполняется в веб-сервисе

(15) открою секрет - если код выполняется в веб сервере - то его можно выполнить и во внешней обработке

(16) Методы вызываться будут исключительно из веб-сервиса, обработка не вариант

1. Какой режим управления блокировкой данных стоит в конфе?
2. Какой режим управления блокировкой стоит на РС?

(17) тебе для экспериментов/отдадки пригодится. а там - предупреждение уберешь - и все

ну и да - управляемые блокировки заруливают неуправляемые

(18) Да все по умолчанию в управляемом

(19) Бли я тя не так понял, не нужны мне эти предупреждения, я сразу в серверных процедурах тестю имитируя задержку в первом сеансе чтобы запустить второй (на 15 сек)

(21) если все в управляемом, то в начале транзакции тебе нужно установить исключительную блокировку на эту запись. Этого будет достаточно.

а зачем вообще происходит блокировка регистра сведений, особенно если он подчинен регистратору?

(24) он не подчинен

(24) чот не получается

Ссылка = Справочники.Справочник_Блокировка.Основной;

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

ЭлементБлокировки = Блокировка.Добавить("Справочник.Справочник_Блокировка");

??? Вроде разговор шел о РС. Причем тут СПРАВОЧНИК?

(27) Да я эксперементирую просто

(28) тогда понятно почему не получается. Как надоест экспериментировать, вернись к (23) и сделай так, как написано там. Удачи :)

(29) Да я не так выразился, там то все блокируется, но почему то не блокируется на чтение, в чем траблы?

(30) Блин чот у меня Регистр сведений блокируется в любом случае (чтобы не выставлял) при заварачивании в транзакцию (хотя везде указываю управляемый и програмно не блокирую запись).

(31) чтобы тебе помочь, нужен четко сформулированный вопрос, описанный по такому алгоритму:
1. Текст исходной задачи
2. Твой программный код
3. Сам вопрос

Сейчас вряд ли кто-то, из оставшихся здесь, понял твой поток сознания. Особенно в свете того, что ты пишешь "указываю управляемый". Ты сам писал в (21) "все по умолчанию в управляемом". Что ты еще указываешь? Зачем?

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

(33) установи время захвата ожидания блокировки в 0

(34) ты мен прости, но эо где в SQL выставлять?
Если да то как обойти стандартные блокировки только на чтение чтобы они работали нормально, мне нужно так делать только для чтения и записи