Есть там такое чудо. как БлокировкаДанных

Какой реальный толк дает? Есть смысл использовать для ускорения записи регистра сведений? или пофигу.

Блокировка не для ускорения, а избегать падения

Блокируется возможность параллельной записи конкурентом

(0) начни с поиска ну пусть по фразам "фантомные записи", ""грязное" чтение".

говорить не о чем...

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

(0) Загружает кто-то по веб-сервису данные. Если не ставить блокировку, допустим по артикулу номенклатуры, то могут 2 раза в 1 момент прислать пакеты с 1 артикулом и будут дубли справочника.
Ставишь свойство "Поля блокировки данных" у справочника по артикулу и 2-ой поток не сможет создать справочник с этим же артикулом наложив блокировку, пока 1-ый поток не снимет блокировку.

Или отправляете данные по документу в стороннюю программу, после отправки нужно изменить у него реквизит. Без блокировки может случиться ситуация, что пользователь открыл документ на редактирование, вы отправили пакет, но не смогли записать объект с измененным реквизитом.

(0) спи спокойно. Для ларьков с файловыми базами на полтора пользователя БлокировкаДанных не нужна

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

(0)[Есть смысл использовать для ускорения записи регистра сведений]
Для ускорения записи, есть смысл разбивать на транзакции, а не пробовать пихать всё в одной туда.

(8) Для набора записей Регистра сведений при замещающей записи
Набор.Записать(ИСТИНА)
тоже блокируется вся ось, даже если ты четко отборы укажешь. Иначе от фантомов не избавиться.

Что лучше блокировки или двойная проверка на дубли до и после записи?
Грязное чтение фигня решаемая транзакциями

(8) "смешались в кучу кони-люди"... есть блокировки базовода(ака СУБД) а есть блокировки сервера 1С, у вас какое-то микс-описание

(9) многопоточность что ли?

(13) большой набор данных сам по себе может попасть на ожидание на блокировках (в смысле чем больше данных тем линейно выше растёт вероятность, если в целом код ИБ не косячный)

(14) так да, мои потуги в многопоточность в это и упирались, толку было чуть менее, чем 0%. То есть еще и по блокировкам раскидывать?

(15) если у тебя блоки транзакций не пересекаются и у серверов процессоры работают в полсилы - распараллелить очевидный способ ускорить

(0) экспертная постановка вопроса

Ну давайте пример приведем. Допустим есть некий регистр сведений.

В нем сотни тысяч записей. Все их нужно уничтожить - по одному измерению. Допустим это Склад.


НаборЗаписей = РегистрыСведений.РаспределениеЗапасов.СоздатьНаборЗаписей();    
    НаборЗаписей.Отбор.Склад.Установить(СкладОтбор);
    НачатьТранзакцию();
    Попытка                        
        НаборЗаписей.ОбменДанными.Загрузка = Истина;
        НаборЗаписей.Записать(Истина);
        ЗафиксироватьТранзакцию();
    Исключение
        ОтменитьТранзакцию();
    КонецПопытки;

+(18) стоит ли тут ставить блокировку.

(19) нет, она будет установлена при записи

Ну что, поговорили о блокировках?

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

(12) я отвечал только про объект БлокировкаДанных и блокировки на уровне сервера 1С,который для них используется.
Про блокировки на уровне СУБД отдельная история.

(0) у тебя же всё летает миллисекунды

(0) Блин, не ожидал, что ты не знаешь зачем они нужны)
Пример из жизни - ты читаешь какие то данные из регистра, на их основе проделываешь какой то расчёт и записываешь в этот регистр изменённые данные.
Вот что бы другой процесс\пользователь не смог считать старые данные пока ты рассчитываешь новые - ставится блокировка, процесс который запросит эти же данные будет ожидать снятия блокировки.