Какой вариант верный на ваш взгляд?

9.8 Выберите верное утверждение:
1. Чтение через объектную модель всегда приводит к наложению управляемой блокировки
2. Чтение наборов записей регистров через объектную модель приводит к наложению управляемой блокировки
3. Чтение через объектную модель всегда приводит к наложению объектной блокировки
4. Получение прикладного объекта через ПолучитьОбъект() всегда происходит с использованием объектной блокировки
5. Верны варианты 2 и 4
6. Верны все варианты

На экзамене расскажут

(1) Дык проф это и есть допуск к экзамену, разве нет?

(2) Аааа, проф, счаст все поменялось.
Госпади, уже 4 года прошло, как сдавал.

(3) Насчёт варианта 2 уверен. Но в некоторых источниках пишут что ответ 5. Т.ч. сомневаюсь в варианте номер 4

Как говорит один из преподавателей УЦ№1: есть ответ правильный, а есть ответ лучший.

Если конфигурация работает в режиме автоматических блокировок, то никаких управляемых там быть не должно.
С другой стороны, скорее всего проверку теста будет делать программа на основе тго что в неё заложили... если заложили с ошибками - правильным для неё будет не тот ответ что реально правильный.

(5) Из контекста я понял что речь про упр. блокировки, про автоматические нигде не упоминается...
А вот насчет объектных блокировок непонятно.

Я за ответ N5

(7) А почему?

Я насколько понял, объектные блокировки - это про интерактивное изменение объектов. В коде есть метод объекта Заблокировать(). Т.ч. не думаю что ПолучитьОбъект() ставит объектную блокировку.

(3) Часто приходится использовать экспертные навыки в работе? Насколько вообще полезно на твой взгляд получение Эксперта?

(9) ну сертификат дает какие-то преимущества при приеме на работу, например, во франч. В остальном, абсолютно бесполезная бумажка.

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

Но вот конкретно твой вопрос - он бесполезен, я ни разу с ним не сталкивался.

И, я, Эксперт, не знаю ответа на него. И даже не буду запускать тесты, чтобы узнать.

(10) Ну так-то сам серт понятно - бумажка. Насчёт знаний, полученных в процессе подготовки - тут другое немного. Хотя, если практики нет, всё забывается очень быстро.

(13) лучше прямо к утру выбросить эту фигню из головы. Поэтому лучше после сдачи экзамена нажраться как следует, чтобы все эти "знания" сразу выветрились.

(14) Посмеялся сначала от души.. А потом почему-то грустновато стало

Думаю 5.

(6) если речь про упр. режим - 5. разумеется (т.е и 2 и 4)

то, что варианты 2 и 4 верные - это без сомнения.

А относительно варианта 1 и 3 просто нет уточнения, для каких именно объектов нужно смотреть. Поэтому может возникнуть, может и не возникнуть. Сказано, что ВСЕГДА, но нет, НЕ всегда. Объекты бывают разные.

в разных релизах ответы разные

например с некоторых пор можно получить ошибку "Нарушение целостности чтения объекта базы данных из-за параллельного изменения объекта другим сеансом" при получении реквизита через точку. Раньше объект с табличными частями читался в транзакции, а теперь нет, и он может измениться в другом сеансе между тем, как прочитана шапка и таб. часть.

возможно правильный ответ в последней платформе - 2

но это не точно

(17),(18) Не могли бы пояснить про вариант 4 поподробнее? Не смог найти инфу про наложение объектной блокировки именно в контексте ПолучитьОбъект(). Насколько понимаю, речь идёт про оптимистическую объектную блокировку. Там идёт сравнение версий данных при записи. Я правильно понял?

в тесте правильный ответ 5

если пытаться выразить свою уверенность в ответе 4 на основе такого описания
https://its.1c.ru/db/metod8dev#content:5839:hdoc

Объектная блокировка при ПолучитьОбъект() возникает всегда. Другое дело, что в зависимости от того, в каком режиме конфигурация, эта объектная будет раскрываться в разделяемую управляемую или разделяемую автоматическую :-)

(25) Статью читал, конечно. В общем вывод сделал такой - если мы считали объект в память, то никакой объектной блокировки на него не накладывается непосредственно. И только при записи механизмы платформы выполняют проверку различия версий, что и реализует оптимистическую объектную блокировку. Могу ошибаться.
По поводу управляемого или автоматического режима -  в этом случае разницы нет. ПолучитьОбъект() будет накладывать shared блокировку СУБД в обоих случаях.

(26) как это не накладывается? Открываешь документ, который раньше открыл другой пользователь, и при попытке изменить любой реквизит вываливается сообщение
"Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено."

если данные были изменены и сохранены другим пользователем, то выдаст сообщение
"Операция не может быть выполнена из за несоответствия версии или отсутствия записи в базе данных"

В первом случае срабатывает пессимистическая объектная блокировка, во втором случае оптимистическая

(27) В обработке помещаю в переменную значение через СпрОбъект = ФизЛицо.ПолучитьОбъект() ставлю точку останова. В параллельном сеансе изменяю и сохраняю реквизит этого же справочника. Новые данные записываются без вопросов. И только потом, когда в обработке продолжаю выполнение СпрОбъект.Записать() в этот момент происходит ругань. В принципе, про что и писал в (26). Сам факт чтения объекта ничего не блокирует, проверка выполняется только при записи.

объектная блокировка и управляемая - это 2 большие разницы

(20) я так и не осилил смысл чтения в транзакции.

(29) А я и не спорю. Вот с этим пытаюсь разобраться:

4. Получение прикладного объекта через ПолучитьОбъект() всегда происходит с использованием объектной блокировки

+(30) типа что-бы в рид коммитед читал? но зачем тогда транзакция. это же можно менять уровнем изоляции.

(32) Внутри транзакции с S блокировки можно переключиться на X, но другая транзакция сможет только прочесть, а не изменить прочитанные первой транзакцией данные. ИМХО

(31) нет
https://its.1c.ru/db/v8std/content/-2145783157/hdoc/_top/получитьобъект блокировка

https://its.1c.ru/db/v8std#content:2149184139:hdoc

(3) Чтение через объектную модель всегда приводит к наложению объектной блокировки

ну шаред блокировка вроде всегда присутствует. вопрос что она снимается сразу после чтения данных.

получается что 4 не верен, а значит 5 и 6 не верно

(36) шаред блокировка - это НЕ объектная блокировка

(36) Да, всё верно в (38). Речь идёт про объектные блокировки, а не транзакционные

(37) Получается верный ответ 2?

угу. развели блин зоопарк блокировок. объектные, управляемые, транзакционные.

Тут только вариант 4 можно считать верным. Остальное шлак какой-то.
В случае 4 при записи объекта будет проверяться версия объекта. Если версия не подойдет, то будет отказ. Это оптимистичная объектная блокировка.
Для объектных блокировок нужно использовать метод Заблокировать(). Ни в одном из вариантов об это не говорится.

(40) но 1 и 2 - это же одно и тоже

(42) а 3 вариант? вроде тоже по смыслу подходит.

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

(43) Нет чтение данных регистра не ведет к управляемой блокировке регистра

(45) да это же просто обертка для сокращения кода. регистры это не объектные данные. вопрос как по мне так с подвохом.

4 вариант.

(43) Вариант 1 неверный.
Платформа НЕ устанавливает блокировок при чтении в объектной технике констант, справочников, документов. А устанавливает при чтении наборов записей регистров в объектной технике.
Это если верить Филлипову (2-е изд.)

(28) первая блокировка срабатывает, когда один пользователь открыл документ, затем второй открывает и пытается его отредактировать