Здравствуйте. Разбираюсь с управляемыми блокировками в 1с 8.3 Чем больше читаю, тем больше запутался) Просьба пояснить - уровни изоляции и виды блокировок на стороне сервера SQL это разные ведь вещи? Как-то на итс про это слишком упрощенно написано, а статьи в инете кишат ошибками даже в терминах, что еще больше запутывает. Может кто подскажет где лучше про это почитать? Уровень изоляции - он от чего зависит и кто его устанавливает?

Да, это разные вещи.

Уровень изоляции устанавливается в свойствах базы и может меняться в запросе.

http://catalog.mista.ru/public/1051660/

(0) Уровни изоляции и блокировки - это разные, но связанные вещи.

(0) Управляемые блокировки - это блокировки на стороне 1С, управляемые менеджером блокировок. В случае, если срабатывает эта блокировка, запрос до СУБД даже не доходит.

Отдельно есть СУБД, где уровень изоляции напрямую зависит от платформы 1С. Так, в платформе 8.3 без совместимости с 8.2. MSSQL работает с уровнем изоляции read commited snapshot.
В зависимости от установленного уровня изоляции транзакций накладываются различные блокировки - например в указанном выше случае запросы в транзакции 1С не накладывают блокировки на СУБД.

А какие данные будут читаться в запросе, который выполняется в транзакции (1с 8.3), если при этом явно не установлены никакие управляемые блокировки? Попадут только завершенные транзакции или будет грязное чтение?

(2) Можно чуть подробней про то, что означает "уровень изоляции может менять в запросе"? Я не знаток особый SQL..  Я правильно понимаю, что запрос отправляемый с 1с в СУБД кроме указания что собственно мы хотим получить также передает это самый уровень изоляции который мы хотим поставить. Это имеется ввиду?

(6) Только завершенные

(7) " Можно чуть подробней про то, что означает "уровень изоляции может менять в запросе"?"

SELECT * FROM MyTable (NOLOCK) - поменяли уровень изоляции для данного запроса.

(6) Грязного не будет.

Спасибо за всем за ответы! Прочитал про уровни изоляции на спецфорумах по скулю, в частности про уровень "READ COMMITTED", с которым кая я понял и работает 8.3. Становится потихоньку понятно почему при использовании этого уровня и нужны управляемые блокировки на стороне 1с.
Как я понял при этом уровне изоляции читаются уже завершенные транзакции, т.е грязного чтения то не будет, но блокировка на запись снимается СРАЗУ после выполнения запроса пусть он и в транзакции, и это самое главное (а не до конца транзакции как при авто), поэтому далее в продолжении транзакции мы не можем гарантировать неповторяемого чтения и возможны фантомы, если со стороны 1с не поставить "забор" в виде дополнительных управляемых блокировок, чтобы если сработала упр. блокировка на стороне 1с запрос до СУБД не доходил. Просьба поправить, если не так )

Добавлю, что по сути "уровень изоляции" это описание того, что со стороны СУБД разрешено с данными, прочитанными/записанными в запросе и как именно (сразу после выполнения запроса или до окончания транзакции).

(11) Да, ты прав.
Но и Read Commited это не плохо. В автоматическом режиме блокировок вместо него был Repetable Read, который как-раз не отпускал S блокировку до конца транзакции. Но это порождало дополнительные блокировки. Например считал ты в транзакции остатки товаров и ещё зачем-то считал цены номенклатуры по этим товарам - repetable read поставит S блокировки на ВСЕ таблицы что были в запросах в транзакции. Часто ошибаются, думая что блокировки это ключевое слово ДЛЯ ИЗМЕНЕНИЯ, но это не так. ДЛЯ ИЗМЕНЕНИЯ ставит на считанные таблицы U блокировку вместо S.

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

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

Расскажи это Фузиновцам.

(5) "например в указанном выше случае запросы в транзакции 1С не накладывают блокировки на СУБД" // Ошибаешься

+(15) Хотя... лень накатила

(14) у тебя просто на них аллергия. И да, у них нет реально крупных внедрений, похоже, поэтому нет смысла думать о многом.

(0) "Спасибо за всем за ответы! Прочитал про уровни изоляции на спецфорумах по скулю, в частности про уровень "READ COMMITTED", с которым кая я понял и работает 8.3 "

Поставте в свойствах базы режим  автоматический - и будет другая история.

Уровни изоляции - это уровни согласованности данных . А способы достижения  этих уровней -  либо блокировки либо версии.

(14) фузионцы знают такую штуку как версионники.

(17) спросите у tada про крупные внедрения. Он нас не любит, но думаю даже при этом отрицать не будет

как достигаются  требования ansi блокировками или версиями .... главное чтобы достигались.

(18) А еше postgresql поставьте при этом. Совсем весело будет.

(22) без разницы  какая субд - поставили автомат в свойствах   значит поедет serializable . как будет обеспечивать это субд без разницы.

(21) версиями читатель не блокирует писателя. Что на порядок повышает масштабируемость.

(23) вы документацию вообще читали. В версионниках 1с таблицы блокирует целиком. То есть их логику serializable не использует. Хотя может что то изменилось в этом плане.

поставили управляемые в свойствах - поехал READ COMMITTED плюс стал доступным прикладной механизм 1С управляемые блокировки

(26) и? Вы же написали как это будет обеспечивать СУБД без разницы. Когда вы ставите автоматические блокировки, никакой serializable в версионниках не включается.