Отличный преподаватель, Андрей Овсянкин, учился у него на курсах 1С: Разработчик с нуля от Нетологии

Просто,кратко и понятно. Огромное спасибо за информацию

В каждом видео надо добавлять длительную операцию чтобы побрынчать на гитаре.

Отличный материал, у меня в голове некоторые пробелы заполнились. Спасибо.

Спасибо, интересно было узнать. Очень доступно!

Видос как всегда ОГОНЬ!!!

Спасибо! Прояснили!

Классное видео, огромное спасибо!

Благодарю! Наконец-то стало понятно

И это тот случай когда комменты под видосом тоже важны )

Отличный материал. Информация об этом есть, но ее может быть тяжело найти. Например, стандарт 460 говорит "Чтение данных другими транзакциями будет невозможно только в том случае, если в текущей и других транзакциях устанавливаются несовместимые управляемые блокировки". Чем как бы намекает, что при чтении тоже хорошо бы установить блокировку. Но лучше всего это можно понять на практике. Самому или посмотрев, как практикуются другие :-) Тем, кто не хочет сам, теперь можно давать ссылку на это видео.

Отличное видео!

Четенько!

Спасибо огромное!!! Чистая правда про документацию.

А вообще, на подобные тонкие вопросы отвечаю, что проверяю как это работает для конкретных условий (платформа, субд) тестом как у вас. И если этот мой ответ считается не правильным, если возможный работодатель считает, что нужно зазубрить набор догм и эти догмы не могут меняться с течением времени (самой же фирмой 1С в новых версиях платформы), то и отлично, мне с таким работодателем не по пути.

Отличное видео. Но вот если бы можно было скачать dt-ник от демо базы, было бы еще лучше

Вот видео в точку, теория теорией, но я тут решил поэкспериментировать с этими блокировками и тоже наткнулся на этот подвох и не понимаю - почему в другом сеансе у меня прекрасно всё читается . Спасибо за разъяснение, только тут это нашёл, подписался

1. Андрей однозначно молодец, что занимается просветительской деятельностью. Впрочем, по новому закону эта лавочка прикроется и нужно будет получать согласования на просвещение (то ли юмор, то ли слезы). 2. Ошибочно сформулированная фраза из статьи Белоусова - ну это же не документация, а фрагмент книги. Поэтому претензия к автору книги. Но это по прежнему лучшее объяснение блокировок для новичков. А уж сколько там неточностей - не важно. Перестанут быть джунами - разберутся как там на самом деле )) Претензия засчитана ) PS: А вдруг в 2007 году так оно и было ??? ))

Тайм-коды: 00:00 Начало 00:30 Нигде! Нигде толком не написано как правильно 02:05 Зачем нужны блокировки(с примерами)? 02:15 Пример с одним розовым Айфоном 03:35 Что было до Управляемых блокировок 04:05 Недостатки Автоматических блокировок 04:30 Что такое Управляемые блокировки 05:00 Цитата статьи ИТС. Управляемые блокировки не действуют при чтении запросом 06:05 Как работает менеджер управляемых блокировок 1С 06:40 Обычный запрос не работает с управляемыми блокировками 07:10 Обзор тестовой конфигурации 08:00 Воспроизведение примера 10:10 Чтение без наложения блокировки - все читается 10:50 Чтение с установленной блокировкой по регистру - ждем 11:55 Мораль 12:10 Для чего нужны разделяемые управляемые блокировки

Да, мух от котлет отделить очень важно сразу, особенно начинающему специалисту, а в большинстве литературы написано так, будто ее должен читать уже знающий механизмы СУБД человек. Да и ошибок в литературе в именно выборе формулировок полно, позволяют себе вольности в поименовании, что недопустимо в таких точных вещах, как СУБД

Добрый день! А какой смысл второму сеансу просто читать данные? Чтобы что? Ведь целью схемы является возможность продажи вторым сеансом, а для продажи он заблокировать не сможет. Ну отчетики по остаткам в момент продажи будут работать, не более.

Какие все начитанные! Постоянно поясняю коллегам, что управляемая блокировка блокирует только другую упр блокировку. Реально часто народ ошибается.

очень годно, реально про такое инфы практически нет в доступном виде. Благодарю. Наверное на ИТС эта спорная фраза имела ввиду в запросах если блокировать для изменения если таблицы ставишь, это же исключительная блокировка этих таблиц насколько я понимаю, вот ее менеджер и обрабатывает

Материал отличный! Сколько я читал в ИТС про блокировки, только путаешься. А тут все по полочкам и понятно, как действовать в случае управляемых блокировок. Только вот встает вопрос, как накладывать блокировку, когда в твоем запросе около 10 таблиц)

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

А в случае с записью, схема блокировок какая-то более сложная? Попробовал наложить блокировку на регистр, а потом провести (с наложенной блокировкой) два документа: один на "Расход", а второй на "Приход". "Приход" провелся спокойно (хотя в теории, попадал под блокировку), а "Расход" не провёлся. Это стандартное поведение, что на "Приход" блокировки не влияют?

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

Расправленный диван, гитара в углу намекают нам на интимность подымаемой темы в топике.

Честно говоря, ожидал что в конце отсчета будет взрыв.

Доброго, по "занудничаем" немного, материал "Профессиональная разработка в системе "1С:Предприятие" Том 1, стр. 112 - "Механизм управляемых блокировок", стр. 113 - "Уровни изоляции транзакций", табл. 4.20

ДОбрый вечер. Ролик конечно старый. Если можно вопрос? Все отлично Вы показываете на файловой базе? Как это будет работать на любом SQL? На СУБД SQL эти блокировки отработают также или немного иначе??? Это вопрос я сам не знаю полного ответа?

Мораль: Мораль - это большой костыль от 1С получается)))

Зачем они этот косяк "В результате любой запрос к данным прежде всего обрабатывается собственным менеджером транзакционных блокировок" в статье оставляют? Все что написано в оф документации надо перепроверять.

Так то да. Но вопрос - где можно применять ответственное чтение? Для контроля остатков в транзакции - там уже всё заблокировано. А если получать остатки для отображения менеджеру - добавление блокировки увеличит время формирования остатков, а остатки по товару могут измениться уже после формирования отчета.

Усе написано в главе 9 работа с данными. Разделяемый режим блокировки подразумевает, что заблокированные данные не могут быть изменены другой транзакцией до окончания текущей транзакции. Исключительный режим блокировки подразумевает, что заблокированные данные не могут быть изменены другой транзакцией до окончания текущей транзакции, а также не могут быть прочитаны ! другой транзакцией, устанавливающей разделяемую блокировку на эти данные.

Я это знал. Ещё подумал: в чём может быть подвох? Возможно, я просто с блокировками познакомился не из разрозненных источников, а из курса курсы-по-1с.рф/1c-v8/optimization/ несколько лет назад. Там так же всё разжевали понятно. Это видео несомненно полезно, буду его рекомендовать тем, кто "не в теме".

Ха-ха-ха. С 1 апреля!

На ИТС в разделе "Ответственное чтение данных" про это всё написано.

Кроме списания остатков где ещё полезно применять блокировки?

Хахаха, А = 2, я думал я один такой))))

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

В документации к платформе, расписано более корректно.

Где же ты был раньше))Блиииин, фига се

А рассказать экспертам какую цепочку действий с блокировками выполняет MSSQL при изменении данных (хотя бы в RCSI) никто не хочет ? )) Как устанавливаются и снимаются U/IU, как они конвертируются в X/IX. Каких именно объектов это касается и в каком случае (кучи, кластерные/некластерные индексы, строки, страницы, таблицы). В чем разница между сиками и сканами в части блокировок.

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

О, гитарка ))) сам гоняю, что за палка?

то есть простые запросы на чтение не блокируют данные и могут читать заблокированные данные. Логично)

айфоны, samsung.. лучше бы уже пепси и кола)))

Спасибо за видео. Не реклама, но для тех, кто интересуется блокировками и отличием управляемых от автоматических, очень рекомендую видео от Виктора Богачева. На примере очень хорошо рассказывает различную применимость каждой kzfaq.info/get/bejne/iKyKp9hyndCUfn0.html Всем добра!

У вас чтение идет вне транзакции. "Менеджер ТРАНЗАКЦИОННЫХ блокировок" не работает вне транзакции.

не уже ли более-менее опытные 1С программист не понимает, что запрос (1Сный селект) никак не пересекается с управляемыми блокировками? даже не думал, что это проблема для кого-то. в курсах, в которых про блокировки рассказывают, четко дают понять, что запрос на стороне 1С никаких блокировок не накладывает. Статью с яблоками читал, но эту строчку бредовую никогда не замечал

Сам случайно выяснил что после наложения управляемой блокировки, запрос свободно читает якобы заблокированные данные. Был не приятно удивлен.

мютекс?! т.е. "управляемые блокировки" - это mutex на уровне 1С, а не lock на уровне базы?!

Мне кажется ,что на ИТС как раз все правильно написано, без всяких подвохов... Автор в этом видео ни разу не упомянул про истинное предназначение Управляемых блокировок, уж точно не что бы айфоны без драки списывать - с этим справлялись и автоматические блокировки. Главную задачу , которую решают управляемые блокировки - это борьба с взаимоблокировками... То что запрос выполняется на блокированные записи - это абсолютно логично, может просто дело в транзакции !?

Или еще тема: почему упр.блокировка документов/справочников по дополнительным полям - говно ?

Вроде совсем очевидные вещи, по моему проблема на ровном месте. Да есть неточность в документации, но прям так драматизировать я бы не стал. Нужно быть очень начинающим разработчиком что бы не понимать что запрос будет читать не зависимо от управляемых. Плюс есть подробная методика контроля остатков с примерами и начинающий разработчик будет действовать по ней. Я если честно ожидал более глубокого взгляда, рассказать как устроенны блокировки (что это обычная табличка в ОЗУ) рассмотреть не очевидные моменты их работы. Например: Склад1 Самсунг Склад2 Самсунг Склад3 Айфон Вы ставите эксклюзивную УБ на "Самсунг", сможете ли вы поставить эксклюзивную управляемую блокировку (в другой транзакции) на Склад1? Склад3? Если на склад 1 не сможете то почему? Как платформа узнает что нельзя ставить на склад 1 имея информацию только о "Самсунг". Будет ли она делать запрос к СУБД? Когда она будет делать? Когда вы ставите на "Самсунг" или когда ставите на "склад1". Или например сможете ли поставить на "Склад3" + "Самсунг" ? Как работает поглощение управляемых блокировок, в одной транзакции. Сможете ли вы в одной транзакции сначала поставить блокировку на Самсунг, а потом поставить: Склад2 Самсунг Склад3 Айфон Сможете ли вы после Склад2 Айфон в другой транзакуии поставить блокировку на Склад3 Айфон, просто на Айфон и.т.п.

Я уж думал автор расскажет, как несмотря на блокировки можно продать два Айфона имея только один. Сам по себе механизм блокировок отрабатывает в исключительно редких случаях. Как при этом можно еще и умудриться как-то неправильно использовать эту самую блокировку вообще непонятно.

Супер, всегда считал что писатели в 1с слабые. А то что ты показал - просто вредительство с их стороны

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