Регистр состоит только из двух измерений,
подскажите как лучше данные добавлять в него?
например если через СоздатьМенеджерЗаписи(); буду пытаться добавить записи которые уже существуют произойдет ошибка? мол запись с такими полями существует или перезатрёт?
Или лучше через Отбор добавлять (СоздатьНаборЗаписей()), чтобы ошибки не было?

Если два измерения, то максимум в нем 9 записей будет что ли?

(1) почему только 9 записей? разве есть ограничения?

(0) почему бы не проверить самостоятельно на тестовой базе?

(0) Новая запись с неуникальным набором измерений не запишется.
(1) С чего такой вывод? Типы полей же мы не знаем.

(4) типы полей ПоступлениеТоваровУслуг второе документ АнализКачества.
те в регистре буду устанавливать соответствия документов.
почему ограничение 9 ? разве не могу бесконечную комбинацию пар в регистр поместить?

(2) (4) Точно, не о том подумал.
(5) Сможешь.

те как я понял лучше через набор записей добавлять чтобы подстраховаться от ошибки?

Записать(Истина) - перезатрет и ошибки не будет

(8) ок спасибо

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

А через набор или через менеджер зависит от того, какие ты данные будешь писать. Если связка ПоступлениеТоваровУслуг И АнализКачества один к одному, то лучше через менеджер записи, т.к. если будешь писать через набор записей, то тебе придется все равно устанавливать отбор на эту уникальную связку, а это будет просто лишней операцией

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

Вроде бы где-то были рекомендации от 1С, что писать в любом случае оптимальнее набором записей. Но первоисточник не найду...

(13) а вот за это спасибо)

(11) "лучше через менеджер записи, т.к. если будешь писать через набор записей, то тебе придется все равно устанавливать отбор на эту уникальную связку, а это будет просто лишней операцией" // Так и через МЗ то же самое будет

(15)
Запись = РС.МенеджерЗаписи.Создать()
Запись.Изм1=1
Запись.Изм2=1
Запись.Записать(Истина)

Набор = РС.НаборЗаписей.Создать();
Набор.Отбор.Изм1.Установить(1);
Набор.Отбор.Изм2.Установить(2);
Запись = Набор.Создать();
Запись.Изм1=1
Запись.Изм2=1
Набор.Записать()

Мне кажется в первом случае меньше кода

(16) Теперь ясно, что ты под "лишней операцией" имел в виду.
Я же про то, что происходит на уровне СУБД, имел в виду.
Ну и поскольку МЗ надстройка над НЗ, причем с удручающими ограничениями (нет доп. свойств, нет обмена данными), то профит от ее использования на краткости кода вроде как и заканчивается.

https://its.1c.ru/db/metod8dev/content/2722/hdoc

.............

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

(18) однако ответ конечно достойный
сразу становится все понятно )))

(18) это общая статья и я не стал бы не принимать за истину.
Там очень много ньюаносов.
Эскалации всякие, неявные транзанкии.
В зависимости от ситуации может оказаться что миллион записей менеджером будут для базы более предпочтительным сценарием чем запись набора с миллионом строк

через запись кода меньше, и он легче читается.
а это многого стоит