В чем подвох с управляемыми блокировками 1С? Как правильно их применять?
Вставка
- Опубліковано 6 лют 2025
- Вы наверняка знаете, что такое управляемые блокировки и зачем они нужны. Но в их применении есть небольшой подвох. Дело в том, что ими надо уметь пользоваться правильно. Одно из таких правил применения блокировок мы и рассмотрим!
Просто,кратко и понятно. Огромное спасибо за информацию
Отличный материал, у меня в голове некоторые пробелы заполнились. Спасибо.
Спасибо! Прояснили!
Отличный преподаватель, Андрей Овсянкин, учился у него на курсах 1С: Разработчик с нуля от Нетологии
Тайм-коды:
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 Для чего нужны разделяемые управляемые блокировки
Даже не понимаю какой больной на голову человек придумал контролировать остатки перед проведением, тем самым создав геморрой с блокировкой.
Вот видео в точку, теория теорией, но я тут решил поэкспериментировать с этими блокировками и тоже наткнулся на этот подвох и не понимаю - почему в другом сеансе у меня прекрасно всё читается . Спасибо за разъяснение, только тут это нашёл, подписался
Добавлю, что это как бы и логично (спрашивать разрешение разделяемой блокировкой) , иначе как бы формировались отчёты, когда работало бы одновременно много пользователей с исключительными блокировками
Отличный материал. Информация об этом есть, но ее может быть тяжело найти. Например, стандарт 460 говорит "Чтение данных другими транзакциями будет невозможно только в том случае, если в текущей и других транзакциях устанавливаются несовместимые управляемые блокировки". Чем как бы намекает, что при чтении тоже хорошо бы установить блокировку.
Но лучше всего это можно понять на практике. Самому или посмотрев, как практикуются другие :-) Тем, кто не хочет сам, теперь можно давать ссылку на это видео.
Блин, вот вся и проблема доков по 1с, что они как-бы и намекают. Проработал в 1с 5 лет, сейчас учу python и там совсем другая история, конечно везде есть исключения, но все же, в основном, там все четко. Никто не на что не намекает, а прямо пишут, что так можно, так нельзя и почему так все работает, по крайней мере инфо найти в разы проще. Одна дока по FastAPI чего стоит, это же просто песня. Я, если что не в ваш огород камень, исключительно в сторону доки 1с. А по видосу - просто пушка.
В каждом видео надо добавлять длительную операцию чтобы побрынчать на гитаре.
Спасибо, интересно было узнать. Очень доступно!
А вообще, на подобные тонкие вопросы отвечаю, что проверяю как это работает для конкретных условий (платформа, субд) тестом как у вас. И если этот мой ответ считается не правильным, если возможный работодатель считает, что нужно зазубрить набор догм и эти догмы не могут меняться с течением времени (самой же фирмой 1С в новых версиях платформы), то и отлично, мне с таким работодателем не по пути.
Большое спасибо за материал! Действительно и по сию пору кроме этого видео, похоже, в сети и на ресурсах 1С нет внятного разъяснения на счет всех освещённых здесь особенностей!
Тем не менее, думаю таки не полностью раскрыта тема взаимодействия Разделяемой и Исключительной блокировок.
При установке Разделяемой сеанс зависает до момента, когда другой сеанс освободит ресурс, либо когда время ожидания превысит предел (и мы получаем ошибку, если не используем попытку). Но если Разделяемая срабатывает, то когда же устанавливать Исключительную? - нужно сначала завершить Разделяемую? А если в момент между завершением Разделяемой и установкой Исключительной опять влезет некий более шустрый сеанс со своей Разделяемой?
Словом, если будет возможность, прошу сделать отдельное видео про грамотную постановку блокировок в текущем сеансе.
Отличное видео. Но вот если бы можно было скачать dt-ник от демо базы, было бы еще лучше
Видос как всегда ОГОНЬ!!!
Благодарю! Наконец-то стало понятно
1. Андрей однозначно молодец, что занимается просветительской деятельностью. Впрочем, по новому закону эта лавочка прикроется и нужно будет получать согласования на просвещение (то ли юмор, то ли слезы).
2. Ошибочно сформулированная фраза из статьи Белоусова - ну это же не документация, а фрагмент книги. Поэтому претензия к автору книги. Но это по прежнему лучшее объяснение блокировок для новичков. А уж сколько там неточностей - не важно. Перестанут быть джунами - разберутся как там на самом деле )) Претензия засчитана )
PS: А вдруг в 2007 году так оно и было ??? ))
Статья хорошая про блокировки, да. Одна из лучших. Но она КАТАСТРОФИЧЕСКИ недостаточно информативна. А все что более глубоко - оно очень технически сложно написано. Сходу очень тяжело понять неподготовленному мозгу
@@Веселый1С Базовые моменты легко понять если знать базовые принципы и внутреннее устройство управляемых блокировок, и иметь хоть немного развитое абстрактное мышление.
Как я выше писал: "Знание нескольких принципов освобождает от знания множества фактов".
Человек который знает как устроены УБ поймет что с запросом они работать не смогут.
Поймет ограничение и преимущества такого подхода.
Дальше уже могут остаться вопросы по особенностям реализации, но это уже уровень senior разработчиков.
А Jun/Mid достаточно знать как устроено а "не как выглядит".
@@Веселый1С все, что не понятно - "оно вам не нужно" ))
Согласен по всем пунктам. Все так и есть.
Неужели всем ютуб каналам и сайтам, где есть образовательный контент нужно будет получать согласование?
Спасибо огромное!!! Чистая правда про документацию.
Классное видео, огромное спасибо!
И это тот случай когда комменты под видосом тоже важны )
Материал отличный! Сколько я читал в ИТС про блокировки, только путаешься. А тут все по полочкам и понятно, как действовать в случае управляемых блокировок. Только вот встает вопрос, как накладывать блокировку, когда в твоем запросе около 10 таблиц)
@Андрей Овсянкин Я понял, что механизм блокировок отдельно от выполняемых запросов) Похоже неправильно сформулировал вопрос, получается, что на все таблицы в пакете запросе тоже стоит накладывать блокировки управляемые (если у объекта метаданных стоит управляемый режим блокировок)?
@Андрей Овсянкин Благодарю вас за ответ!
очень годно, реально про такое инфы практически нет в доступном виде. Благодарю. Наверное на ИТС эта спорная фраза имела ввиду в запросах если блокировать для изменения если таблицы ставишь, это же исключительная блокировка этих таблиц насколько я понимаю, вот ее менеджер и обрабатывает
Нет. ДЛЯ ИЗМЕНЕНИЯ обрабатывает сама СУБД, а не менеджер. Про это как раз говорится в середине видео
@@Веселый1С по сути блокировать для изменения в запросе это аналог автоматической блокировки всей таблицы, теперь все встало на свои места, спасибо. Тогда действительно непонятно что имелось ввиду на итс
@@alexeibelousov3279 мало того, если на конфигурации/таблице стоит режим управляемых блокировок, то инструкция "для изменения" вообще игнорируется :)
@@alexeibelousov3279 для изменения, это решение проблемы появления дедлока вида повышения уровня блокировки ресурса, в конфах на автоматических блокировках. и блокировка ставится не исключительная (X), а блокировка обновления (U) и не на всю таблицу
А ещё в доступном виде нет инфы о том как ходить, как умываться.
Просто попробуйте понять а как иначе чем через мьютекс (таблицу в памяти) могут работать платформенные УУ если в СУБД нет такого функционала?
СУБД (поддерживаемые 1с) не умеют блокировать абстрактные "пространства" они умеют блокировать конкретные Таблицы, Страницы, Строки.
Когда вы пишете УстановитьУУ на измерение №1, как по вашему платформа это может транслировать в СУБД.
Есть отличное выражение: "Знание нескольких принципов освобождает от знания многих фактов"
В мире разработки изначально подразумевается что Программист имеет базовое понимание принципов работы СУБД, этому учат в институте и не один курс.
(если что фронтендеров я к программистам не отношу)
И люди которые 90% времени занимаются тем что работают с СУБД (1С ники) уж как минимум базовые моменты понимать должны.
Да, мух от котлет отделить очень важно сразу, особенно начинающему специалисту, а в большинстве литературы написано так, будто ее должен читать уже знающий механизмы СУБД человек. Да и ошибок в литературе в именно выборе формулировок полно, позволяют себе вольности в поименовании, что недопустимо в таких точных вещах, как СУБД
начинающему это нах не надо
А использование в запросе ДЛЯ ИЗМЕНЕНИЯ не делает то же самое?
Нет. Во-первых, если в конфигурации включены управляемые блокировки, то ДЛЯ ИЗМЕНЕНИЯ перестает работать, насколько я помню. А во-вторых, ДЛЯ ИЗМЕНЕНИЯ включает режим изоляции serializable на уровне СУБД, что гораздо хуже для параллельности
А в случае с записью, схема блокировок какая-то более сложная?
Попробовал наложить блокировку на регистр, а потом провести (с наложенной блокировкой) два документа: один на "Расход", а второй на "Приход".
"Приход" провелся спокойно (хотя в теории, попадал под блокировку), а "Расход" не провёлся.
Это стандартное поведение, что на "Приход" блокировки не влияют?
Отличное видео!
Андрей, если ты стал обозревать всякие сложные штуки, замути плз видос про потоки) Для чего они вообще нужны и как с ними работать
@Андрей Овсянкин возможно, имелись ввиду файловые потоки?
@Андрей Овсянкин у меня ютуб уже раз 5-ый стирает коммент. Речь о ветке в синтаксис-помощнике "Работа с двоичными данными", хотелось бы более подробно раскрыть тему, по аналогии со статьей из зазеркалье "Развитие средств работы с двоичными данными". Для чего нужно, в каких реальных задачах нужно применить, как с этим работать и т.д.
Добрый день! А какой смысл второму сеансу просто читать данные? Чтобы что? Ведь целью схемы является возможность продажи вторым сеансом, а для продажи он заблокировать не сможет. Ну отчетики по остаткам в момент продажи будут работать, не более.
Какие все начитанные! Постоянно поясняю коллегам, что управляемая блокировка блокирует только другую упр блокировку. Реально часто народ ошибается.
если тестировать свои блокировки то это проявится на первом же тесте
Четенько!
Усе написано в главе 9 работа с данными.
Разделяемый режим блокировки подразумевает, что заблокированные данные не могут быть изменены другой транзакцией до окончания текущей транзакции.
Исключительный режим блокировки подразумевает, что заблокированные данные не могут быть изменены другой транзакцией до окончания текущей транзакции, а также не могут быть прочитаны ! другой транзакцией, устанавливающей разделяемую блокировку на эти данные.
Кроме списания остатков где ещё полезно применять блокировки?
Для коррекции остатков есть человек-товаровед
ДОбрый вечер. Ролик конечно старый. Если можно вопрос? Все отлично Вы показываете на файловой базе? Как это будет работать на любом SQL? На СУБД SQL эти блокировки отработают также или немного иначе??? Это вопрос я сам не знаю полного ответа?
@user-zr4uw5ng3r Получается если в нетиповом приложении часть обращений к регистрам сделаны через блокировки, а я не установил блокировки, то запрос пройдет и чтобы исправить ситуацию нужно всегда обращаться через блокировки как в ролике показывается. Нужно переписать прямое обращение запросом на обращение через блокировки тогда мы будем ждать когда освободится база? Примерно правильно понял?
Добавлю, что блокирвоку можно словить и на уровне СУБД, если читать/писать в транзакции
Жаль не показали какой режим блокировок установлен для конфигурации. Возможно в автоматическом режиме это будет работать по другому. Ведь если установлен управляемый режим, автоматические блокировки не работают и наоборот в автоматическом режиме управляемые блокировки не должны иметь эффекта.
Также явно стоило упомянуть для усиления эффекта, что управляемые блокировки можно наложить на не существующие данные. и им в принципе всё равно на данные, там главное области блокировки, но это уже в следующем видео ликбеза
печаль, но если только эти данные в будущем не создадутся...хотя не знаю даже, имеет ли смысл)
Совершенно верно. Именно поэтому аналогия с мьютексом такая точная: мьютексу тоже все равно есть данные или нет, он существует, блокируется и разблокируется отдельно от данных
Мораль: Мораль - это большой костыль от 1С получается)))
На ИТС в разделе "Ответственное чтение данных" про это всё написано.
"Впервые я услышал об этом, когда пришел рабочий. Замечу: это было вчера. Я решил, что он пришел вымыть окна, а он сказал, что пришел снести мой дом.
-Мистер Дент, маршрут нового шоссе был выставлен для всеобщего ознакомления в местном бюро планирования и висел там девять месяцев.
- Ага, как только я узнал, то сразу же помчался прямо в бюро. Это было вчера в полдень. Вы ведь не особенно утруждали себя предупреждениями? Я имею в виду: никому ни слова, ни одной душе, правда?
- Но маршрут был обнародован для…
- Обнародован? В конце концов мне пришлось спуститься в подвал, чтобы отыскать его!
- Верно, там у нас находится отдел информации.
- С фонариком!
- Наверное, света не было.
- И ступенек тоже!
- Но послушайте, вы ведь нашли план!"
(С) Автостопом по галактике
@@Веселый1С Материалы из раздела "Система стандартов и методик разработки..." надёжнее, чем "обычные" статьи на ИТС. Это связано с происхождением материалов для разных разделов ИТС. Так что лучше начинать с подвала ;-) стандартов и методик. Чаще всего глубже можно и не копать.
Расправленный диван, гитара в углу намекают нам на интимность подымаемой темы в топике.
прочел как "расплавленный". долго думал :)
@@Веселый1С +1
@@Веселый1С +1
Доброго, по "занудничаем" немного, материал "Профессиональная разработка в системе "1С:Предприятие" Том 1, стр. 112 - "Механизм управляемых блокировок", стр. 113 - "Уровни изоляции транзакций", табл. 4.20
Не понимаю, как эта таблица связана с установкой управляемой блокировки. В главе речь про то, что при использовании *режима* управляемых блокировок, при выполнении запросов используется описанный в таблице уровень изоляции транзакций, а на сами таблицы/записи накладываются описанные в таблице блокировки на стороне СУБД. Но на установку разделяемых/исключительных управляемых блокировок через объект БлокировкаДанных это абсолютно никак не влияет.
Честно говоря, ожидал что в конце отсчета будет взрыв.
Итог примера: если нужен контроль остатков - тогда нужно ставить блокировку перед чтением остатков, но не разделяемую, как говорит автор, а исключительную. Если сделать как говорит автор, и установить разделяемую блокировку перед чтением остатков, вы получите дедлок, или неустранимый конфликт блокировок. И вот почему - первый кассир установит разделяемую блокировку перед своим чтением, второй кассир установит такую же разделяемую блокировку перед своим чтением остатков, так как разделяемые блокировки между собой совместимы - все будет хорошо, оба смогут прочитать остатки. Все хорошо, но до того момента, как первый кассир не начнет списывать товар, а при списании - он попытается установить уже исключительную блокировку, но сделать это не сможет, так как ему будет мешать разделяемая блокировка второго кассира. При списании товара вторым кассиром - ситуация будет аналогичная, только мешать уже будет разделяемая блокировка первого кассира. И вот чтобы такой проблемы не было, перед чтением остатков - нужно ставить не разделяемую блокировку, а исключительную. Само собой если товар не пересекается, проблемы не будет и так)
Как я понял из видео на 08:05 Управляемая блокировка накладывается установкой Исключительной блокировки, а разделяемая, как бы проверяет наложена ли блокировка на значение измерения объекта или нет. Поправьте если не так понял.
@@akrynetsky а для каких целей проверять наложена блокировка или нет? Ведь если вы устанавливаете блокировку - вы и так это знаете, это не черный ящик. Запросы не накладывают блокировку только в 1С 8.3 (rcsi=on), а вот в режиме 8.2 при таком же запросе будет S блокировка (заблокировал запись, прочитал запись, разблокировал).
@@rjoker6270, а вот своим комментарием вы так и не ответили на вопрос от Александра выше.
Цель блокировки - это запретить другим сеансам, т.е. пользователям, читать или записывать изменяемые в текущий момент данные в базе.
От вашей фразы "вы устанавливаете блокировку - вы и так это знаете" у меня какое-то недоумение сложилось. Вы вообще в курсе, что в базе работают ещё и пользователи, а не только программисты? Каким образом, к примеру, сотрудник склада Василий должен знать, что его коллега Иван уже проводит документы на тот же товар, что и он сейчас?!
Зачем они этот косяк "В результате любой запрос к данным прежде всего обрабатывается собственным менеджером транзакционных блокировок" в статье оставляют? Все что написано в оф документации надо перепроверять.
При этом какой бы КОНКРЕТНЫЙ товар не заблокировали, блокируются абсолютно ВСЕ товары.
Элемент.УстановитьЗначение("Товар", БлокируемыйТовар) - не работает как надо
В чем подвох?
@user-zr4uw5ng3r Полный код в видео. Решил повторить, но при тестировании попробовал выбрать другую (не заблокированную в первом сеансе) номенклатуру. В результате второй сеанс тоже завис. Т.е. блокируется весь регистр
Мне кажется ,что на ИТС как раз все правильно написано, без всяких подвохов... Автор в этом видео ни разу не упомянул про истинное предназначение Управляемых блокировок, уж точно не что бы айфоны без драки списывать - с этим справлялись и автоматические блокировки. Главную задачу , которую решают управляемые блокировки - это борьба с взаимоблокировками... То что запрос выполняется на блокированные записи - это абсолютно логично, может просто дело в транзакции !?
Так то да. Но вопрос - где можно применять ответственное чтение?
Для контроля остатков в транзакции - там уже всё заблокировано. А если получать остатки для отображения менеджеру - добавление блокировки увеличит время формирования остатков, а остатки по товару могут измениться уже после формирования отчета.
На этот вопрос нельзя ответить в рамках одного лишь комментария на ютубе. Тема очень большая и тянет на курс. Такие курсы уже есть
Я это знал. Ещё подумал: в чём может быть подвох?
Возможно, я просто с блокировками познакомился не из разрозненных источников, а из курса курсы-по-1с.рф/1c-v8/optimization/ несколько лет назад. Там так же всё разжевали понятно.
Это видео несомненно полезно, буду его рекомендовать тем, кто "не в теме".
Не поверите, но одного оооочень опытного 1сника бомбило на пол телеграмма, когда он это осознал...
@@alexeysosnoviy200 что заставляет задуматься о его опытности именно в качестве 1С разработчика.
Допустим он не знал этого, но он же как то в голове представлял как это работает?
Вроде Никита не из тех кто такие важные механизмы использует как черный ящик, понятно что досконально можно не знать, но самое базовое представление нужно же иметь.
И как по вашему УУ в принципе могли бы работать с запросами (на уровне СУБД) ?
Если начать думать о том "КАК ОНИ МОГЛИ БЫ РАБОТАТЬ", то обязательно придет вывод: "НИКАК". Однако для этого нужно в своей голове самому написать менеджер блокировок, который понимает текстовые запросы, для чего обладать худо-бедно осязаемым бэкграундом в низкоуровневой разработке. А есть статья на ИТС, которая говорит: "чувак, у нас все запросы проходят через блокировки, не парься" на второй чаше весов. Поверьте, очень многие слишком заняты рутинными задачами 1С-кодинга, чтобы задаваться вопросом "А как бы я написал такие блокировки?"
@@Веселый1С "как я бы написал" и "как оно примерно может работать" на мой взгляд достаточно далеко друг от друга.
Для меня толчком к "задуматься" много лет назад стала ситуация когда я заблокировал не существующий "Склад0" (записей по нему не было в базе), а потом попытался заблокировать существующий товар (без указания склада).
Тогда и возник вопрос, а как это в принципе может работать?
Мы же когда пишем запрос понимаем что наш запрос транслируется в СУБД, что наши временные таблицы аналоги временных таблиц, понимаем что измерения это кластерный индекс и.т.п.
По УБ должны быть такие же знания.
В документации к платформе, расписано более корректно.
Ух ты)
там без яблок и ёжиков, не все 1С Программисты способны воспринимать.
@@You2Ber42, у тебя что-то все комментарии под этим видео какой-то ненавистью "попахивают"....
О, гитарка ))) сам гоняю, что за палка?
@Андрей Овсянкин красота ))) спасибо за видосы.
У вас чтение идет вне транзакции. "Менеджер ТРАНЗАКЦИОННЫХ блокировок" не работает вне транзакции.
@Андрей Овсянкин Не увидел, что выше по стеку есть. Можете кинуть конфу на облако? Смотреть на видео не удобно конечно
@Андрей Овсянкин Короче поборол свою лень и накидал сам. Дело виртуальной таблице остатков. Если обращаться к ней без периода то данные вытаскиваются напрямую из таблицы остатков, которая не заблокирована. Т.е. если делать запрос к таблице движений или добавить дату в параметры виртуальной таблицы, то механизм отработает.
@Андрей Овсянкин вот такая вот фича (косяк). Но в общем случае механизм работает. Т.е. утверждение о том, что блокировка не работает, если не ввести блокировку неправильно.
@Андрей Овсянкин , м.б. проверили? Мне тоже интересно)
А рассказать экспертам какую цепочку действий с блокировками выполняет MSSQL при изменении данных (хотя бы в RCSI) никто не хочет ? ))
Как устанавливаются и снимаются U/IU, как они конвертируются в X/IX. Каких именно объектов это касается и в каком случае (кучи, кластерные/некластерные индексы, строки, страницы, таблицы). В чем разница между сиками и сканами в части блокировок.
Да ты что, они только что управляемые блокировки освоили. Куда им до таких глубин.
да хуй забей вобще на эти блокировки
Хахаха, А = 2, я думал я один такой))))
Всегда делаю А = 1. А = 2 это ересь какая-то.
то есть простые запросы на чтение не блокируют данные и могут читать заблокированные данные. Логично)
Блокируют, но только на уровне СУБД по принципу READ COMMITTED (без грязного чтения)
@@Веселый1С спасибо за уточнение. Запомню.
Где же ты был раньше))Блиииин, фига се
Спасибо за видео.
Не реклама, но для тех, кто интересуется блокировками и отличием управляемых от автоматических, очень рекомендую видео от Виктора Богачева. На примере очень хорошо рассказывает различную применимость каждой
ua-cam.com/video/RFZtuA8j0NI/v-deo.html
Всем добра!
Ха-ха-ха. С 1 апреля!
Сам случайно выяснил что после наложения управляемой блокировки, запрос свободно читает якобы заблокированные данные. Был не приятно удивлен.
не уже ли более-менее опытные 1С программист не понимает, что запрос (1Сный селект) никак не пересекается с управляемыми блокировками? даже не думал, что это проблема для кого-то. в курсах, в которых про блокировки рассказывают, четко дают понять, что запрос на стороне 1С никаких блокировок не накладывает. Статью с яблоками читал, но эту строчку бредовую никогда не замечал
Тоже самое читал ее 3- 4 раза, за эту фразу глаз не зацепился
Да, все так и есть. Тема блокировок с одной стороны раскрыта много где, а с другой - все ещё туманна. Мы полагаем, что нужно больше материалов на эту тему. Чем и занимаемся :)
АБ, как это управляемые блокировки и запрос не связаны? Вот в транзакции, т.е. в неделимой операции, ты их связываешь, когда сначала создаешь блокировку, а только потом выполняешь запрос.
Я уж думал автор расскажет, как несмотря на блокировки можно продать два Айфона имея только один. Сам по себе механизм блокировок отрабатывает в исключительно редких случаях. Как при этом можно еще и умудриться как-то неправильно использовать эту самую блокировку вообще непонятно.
ставь не ставь эти блокировки, если начало тупить - ничего не поможет
Или еще тема: почему упр.блокировка документов/справочников по дополнительным полям - говно ?
Зачем вообще ставить упр. блокировку на документы и справочники? Сама идея гавно
@@Lebowski84 Смотря где и почему. Идея ровно такая же и такого же цвета, что и с наборами. Речь о возможности, а не необходимости.
Соглашусь, что ситуация редкая, но бывает (в основном при изъянах архитектуры).
Можно вместо этого сделать РС с измерением "документ" и его блокировать. А если такого РС нету и пишем именно документ?
PS: вне от вашего желания блокировка на ключ будет всегда. Дело не в "зачем", а "когда".
@@g240596448 на уровне юзера на справочниках и документах работает объектная блокировка, которая пессимистичная ) я все время путаю что там оптимистичное что пессимистичное )
@@Lebowski84 при чем тут пользователи вообще? Про них тут речи нигде не было )
@@Lebowski84 все, удаляю erp, идея говно. Блокировка справочников нужна для резрешения проблем дублей, только блокируются несуществующие данные
айфоны, samsung.. лучше бы уже пепси и кола)))
мютекс?! т.е. "управляемые блокировки" - это mutex на уровне 1С, а не lock на уровне базы?!
Именно так. На уровне серверов 1С. Там много вопросов к этому механизму.
Ну вот видите, кто-то знал, кто-то не знал. Повторить полезно
а в кластере 1С серверов как этот мьютекс работает?
@@SergeyMazurkin как-то хранит между элементами кластера :)
Как я понял, там при достижении определенного количества блокировок, начинаются эскалации.
Супер, всегда считал что писатели в 1с слабые. А то что ты показал - просто вредительство с их стороны
Одна ошибка в одном из множества текстов это слабые писатели?
Почитайте материалы по PG SQL, и сравните с тем как вам всё разжёвывают в материалах по 1С.
Очень много текстов у 1С написанных как для умственно отсталых, с яблоками, коровами и.т.п.
Возьмите Oracle, возьмите PG SQL там вам сразу становится понятно что перед тем как читать документацию нужно подтянуть базовые знания.
Никто вам на зайчиках там примеры расписывать не будет.
@@You2Ber42 да, лучшие материалы для обучения 1с появились вне 1с. Как справочник я их отлично использую, и понимаю что там тоже есть ошибки.
Вроде совсем очевидные вещи, по моему проблема на ровном месте. Да есть неточность в документации, но прям так драматизировать я бы не стал.
Нужно быть очень начинающим разработчиком что бы не понимать что запрос будет читать не зависимо от управляемых.
Плюс есть подробная методика контроля остатков с примерами и начинающий разработчик будет действовать по ней.
Я если честно ожидал более глубокого взгляда, рассказать как устроенны блокировки (что это обычная табличка в ОЗУ) рассмотреть не очевидные моменты их работы.
Например:
Склад1 Самсунг
Склад2 Самсунг
Склад3 Айфон
Вы ставите эксклюзивную УБ на "Самсунг", сможете ли вы поставить эксклюзивную управляемую блокировку (в другой транзакции) на
Склад1? Склад3?
Если на склад 1 не сможете то почему? Как платформа узнает что нельзя ставить на склад 1 имея информацию только о "Самсунг". Будет ли она делать запрос к СУБД? Когда она будет делать? Когда вы ставите на "Самсунг" или когда ставите на "склад1".
Или например сможете ли поставить на "Склад3" + "Самсунг" ?
Как работает поглощение управляемых блокировок, в одной транзакции.
Сможете ли вы в одной транзакции сначала поставить блокировку на
Самсунг, а потом поставить:
Склад2 Самсунг
Склад3 Айфон
Сможете ли вы после
Склад2 Айфон
в другой транзакуии поставить блокировку на
Склад3 Айфон, просто на Айфон
и.т.п.
Как раз такой информации-то много. А просто и понятно, про то, как неправильно делать - мало. Кроме того, я опрашивал реальных не юных 1сников, мало кто знает, что запросы не учитывают блокировки
@@Веселый1С как думаете сколько людей правильно ответит на вопросы выше? Даже если погуглят / задумаются.
Работа с пространствами требует определенного абстрактного мышления и четкого понимания как это устроено.
С ваших слов полно информации об особенности работы УБ и все понимают как устроена блокировка пространства , но при этом не понимают что это не влияет на запросы? Не сходится.
@@Веселый1С не хотите сделать видео про это? Было бы очень познавательно и полезно.
Особенно для тех кто думал что УБ с запросами работает. Если уж такие очевидные вещи мир им перевернули, то подробная информация о том как в реальности работает им мозг взорвет.
Я в свое время очень удивился тому как 1С накладывает УБ и что и сколько она читает из ИБ при этом.
Если подумать то по другому и не сделать но есть и моменты которые на мой делитантский взгляд можно было бы сделать оптимальным (то самое массовое считывание даных из ИБ при установке УБ).
И эти моменты я кстати не нашел где описаны, увидел только в ТЖ в тот момент когда озадачился вопросом "Как они это делают?"
Еще бы где-нибудь была эта подробная информация о технической реализации. Большинство механизмов платформы вообще не описаны с технической точки зрения, поэтому рассказать о том, как оно там "в реальности" можно только потратив дофигища времени на реверс-инжиниринг. ну, либо устроиться в 1С и словить NDA на всё.
@@You2Ber42 вы приписываете мне то, чего я не говорил. Смотрите: вы говорите, что я говорю "информации полно И все понимают", а я же на самом деле говорю: "информации полно". Таким образом, а говорю А=true, но не говорю А and Б = true. Вторая часть выражения вами выдумана
тема не раскрыта. вообще, делать блокировку перед чтением это как-то костыльно. Правильнее говорить о чтение в транзакции или не в транзакции. А тут уже пойдут нюансы связанные с версией платформы, с типом базы (файловая или нет) и даже с типом сервера баз данных
Чтение в транзакции может быть как с управляемой блокировкой так и без нее. Про блокировки на уровне субд в видео речь не идёт.
вам нужно "курить" уровни изоляции read uncommitted, read committed, READCOMMITTED SNAPSHOT. Поведение запроса к базе разное в 8.2 и 8.3 на ms sql
@Андрей Овсянкин в ролике основная суть это выполнение запроса к данным которые в данный момент заблокированы в базе с управляемыми блокировками. верно? так вот не блокировку надо перед запросом ставить, а НачатьТранзакцию() или без нее, если говорим про запрос вне транзакции. Вне транзакции запрос выполняется с уровнем read uncommitted, т.е. позволяет прочитать заблокированное. Если поместить перед запросом НачатьТранцакцию() то запрос будет уже с другим уровнем и НЕ прочитает заблокированное. Так было в 8.2. А в 8.3 если ты работаешь на mssql 2005 появился уровень READCOMMITTED SNAPSHOT, он позволяет читать заблокированное всегда (вне зависимости от транзакции), причем поддерживается версионирование и если данные не зафиксированы, то прочитается версия объекта до начала транзакции.
@Андрей Овсянкин нет как раз они связаны. и связь существенная. Только об этом ни слова и кажется что ничего ни от чего не зависит.
@Андрей Овсянкин НачатьТранзакцию() перед выполнением запроса. Это не позволяет прочитать заблокированное ранее.