если записей много, то через МЗ запись будет очень долгой, что с транзакциями, что без. накладные расходы огромные

А менеджер записи?

ага, понял, ща попробуем

У меня вообще 2 записи на сеанс, но это 100 сеансов постоянно пишущих
И если типа 50 сеансов, то идея с МЗ работает за 10-20мс, а если 100 - то уже 150 мс

Как вариант, сложить все в ХЗ с девятым сжатием и положить в константу))

Так тут дело не в объёме и скорости, а блокировках

нее, мне нужно чтоб много сеансов писало куда-то, а потом один будет это дело потиху разбирать

Как избежать блокировок на записи? :)

Писать непересекающиеся данные

Вообще зависит от структуры регистра и наличия в нем итогов

А как оно будет понимать, что они не пересекаются, если набор записей без отборов?
У меня в измерениях регистра есть поле ключа, которое всегда уникально, но когда я накладывал на него отбор перед записью набора, то это занимало много времени, и МЗ оказывался быстрее

Еще, я так понимаю, периодичность регистра тоже стоит убирать?

Ты задачу сформулировал так, что было похоже что надо в 1сенансе писать много и сразу, а не наоборот)

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

если данные сырые, то есть простые. то почему их не писать в промежуточную таблицу на SQL. а потом разбирать средствами 1С?

У справочника точно будет индекс по ссылке, у регистра по измерению.  Не совсем понимаю, в чем выигрыш справочника?

потому что данные в 1С получаются
Не хочется пока уходить из неё

а данные лучше хранить в ресурсах или реквизитах?

РС быстрее справочника, проверялось неоднократно

Да. Мне как раз схлопнуть надо по первой колонке. Но ОБЪЕДИНЕНИЕМ не работает. Группировкой тоже нет. Поэтому и возникли сомнения, что вообще регистры правильно спроектированы.