Вопрос глупый. Но, тем не менее ответа не знаю/не нашёл.

Есть непериодический, независимый Регистр сведений.
Одно измерение объект (ДокументСсылка) и пара ресурсов (строки)

Мне нужно одной операцией добавить в этот регистр несколько записей.

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

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

Вариант:
МенеджерЗаписи = РегистрыСведений.ЗначенияСвойствОбъектов.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Объект = ПолеВводаНоменклатура;
МенеджерЗаписи.Свойство = ПолеВводаСвойствоНоменклатуры;
МенеджерЗаписи.Значение = ПолеВводаЗначениеСвойства;
МенеджерЗаписи.Записать();

не устраивает, так как пишет по одному.

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

Транзакции придумали трУсы!!

СоздатьНаборЗаписей()
Прочитать()
Добавить()
Добавить()
Добавить()
Записать()

(1) Спасибо!)))

(1) Не катит. Если выполнить запрос во время выполнения цикла, то инфа про первые строки в запрос попадает.

    НачатьТранзакцию();
    Для каждого СтрокаТаблицы из ТаблицаСвойств цикл
        НаборЗаписей = РегистрыСведений._СтатусыОбъектовОбменаWMS.СоздатьМенеджерЗаписи();
        НаборЗаписей.Объект=СтрокаТаблицы.Заказ;
        НаборЗаписей.Статус = СтрокаТаблицы.Статус;
        НаборЗаписей.НомерЗаказа = НомерЗаказа;
        Попытка
            НаборЗаписей.Записать();
        Исключение
            Сообщить("Не удалось записать по причине: "+ОписаниеОшибки());
            ОтменитьТранзакцию();
            возврат;
        КонецПопытки;
    КонецЦикла;
    ЗафиксироватьТранзакцию();

Чего я делаю не так?

(2) Будет же весь регистр перезаписан. А там строк может быть много.

(5) нужно внимательно в (2) прочитать строчку Прочитать()
или почитать про прочитать. или прочитать где почитать про прочитать

(5) Менеджер записи + транзакция - не предлагать?

Наборы записей тут не очень подходят, т.к. пишут с отбором по измерениям.

(4)"Если выполнить запрос во время выполнения цикла, то инфа про первые строки в запрос попадает." - что ты имеешь в виду?

(6) Если нет отбора будут прочитаны все записи регистра. А потом, при Записать() будут все перезаписаны. С точки зрения скорости не совсем правильно.
(7) Я пример привёл в (4)
(8) Запускаем отладчик. Ставим точку прерывания внутри цикла. Несколько раз проходим цикл. Например в таблице 10 записей, а мы цикл проходим 3 раза.
Запускаем ещё раз 1С предприятие. ваяем запрос к регистру. Эти три строчки в результате запроса видим.

Должно быть: либо видим все десять. Либо не одной.

(10) НаборЗаписей.Записать(Ложь) спасет отца русской демократии

+(11) без НаборЗаписей.Прочитать()

(11) Ему надо по нескольким измерениям.

(10) Имхо, тут только управляемые блокировки спасут.

Хотя результат может отличаться от ожидаемого...

(13) И?

(16) А, ты предлагаешь отбор не устанавливать? Тогда прокатит, наверное.

+(16) Регистр сведений, независимый, отборы ставить необязательно. Создаем, заполняем(хоть каждую запись по своему измерению) и записываем.

+(17) Единственное что - надо тогда дубли перед записью проверять, т.к. иначе ошибка может вывалится.

(19) Какие дубли в регистре сведений могут быть?

(10) Что у тебя не получается в (4)? Зачем тебе записывать ЗаписьРегистра в Попытке?

(19) Ну это да, тут дополнительную проверку надо
(20) Обыкновенные. Когда совпадают все измерения.

(20) В РС есть какие-то записи.
Делаешь свой набор, в котором ВНЕЗАПНО встречается запись, в которой тот же набор значений измерений, который уже есть в регистре.
Пишешь через НаборЗаписей.Записать(Ложь)

Имеешь ошибку.

(23) Зачем тогда ставить ЛОЖЬ? Кстати в (4) у него не установлен параметр Замещать = Ложь (т.е. он равен Истина)

(24) Ему надо все записи записать одновременно. Либо сделать так, чтобы не было фантомного чтения.

+(25) Точней, грязного чтения.

(26) И как параметр "Замещать" может помочь в этом деле? Только транзакция или управляемая блокировка (в зависимости от режима управления блокировкой данных).

(11) Спасибо. Так нормально работает.

(27) Набор записей пишется в SERIALIZABLE, если не ошибаюсь(поправь, если не так). А это как раз то, что (0) нужно.

(28) Если натыкается на уже имеющиеся записи с такими измерениями, то не останавливается с сообщением "Не удалось записать по причине:"?
(29) НаборЗаписей это всего лишь инструмент для удобства. По сути та же запись в транзакции нескольких ЗаписейРегистра.

(30) >По сути та же запись в транзакции нескольких ЗаписейРегистра.
Спасибо, кэп. Вопрос в уровне изоляции этой транзакции.

(31) Хочешь сказать, что в режиме Управляемых блокировок, если я буду писать данные НаборомЗаписей и не установлю саму блокировку на записываемые данные, то я не получу возможность "грязного чтения" до окончания записи?

(32) (10) Утверждает, что это так. Я не проверял.

Опять же у (0) ни слова про блокировки, может у него на регистре блокировки в автоматическом режиме.

(33) Судя по примеру в (4) у него таки Управляемые блокировки. Но в (10) не утверждается "что это так", т.к. он останавливает в цикле при записи через МенеджерЗаписи. Если бы писал НаборомЗаписей, то у него и цикла никакого не было бы.

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

(34) Тогда пусть ставит транзакцию, считывает запросом имеющиеся данные с использованием "Для изменения" и уже потом пишет свои новые данные. Другого в 1С не придумано.

(35) В свойствах конфы режим управления блокировкой данных - управляемый.

На регистре режим управления блокировкой данных тоже управляемый.

(35) >В любом случае, если в конфигурации УБ, то для защиты от "грязного чтения" нужно использовать установку УБ.
Ещё раз спасибо, кэп :)

Я неточно выразился. Но каким-то образом у него при (4) грязное чтение, а при записи набором - нет.

(39) "а при записи набором - нет" — я так и не понял где такое утверждается.

(40) в (28)

А, хотя я туплю. У него способ проверки извращённый.

(42) Вот и мне интересно как он это проверил. Так же интересно, что будет с "внезапно одинаковыми" записями при таком способе.

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

(44) И еще после этого "кэп" :)

И Я еще...

(45) Меня (28) ввело в заблужение :)

+(47) заблужДение.

А (43) надо проверять чтением из регистра, увы.