3 минуты. Это быстро или медленно?

Запись идет через Набор записей.

И цикл выборки ТЗ с добавлением в набор.

Потом весь этот набор в 1 миллион запись.

Если потом на чтение каждой записи тратить 1 секунду, то регистр целиком можно прочитать за 12 дней.

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

(3) думаешь будет быстрее? я правда конкретно не проверял сколько уходит конкретно на запись. Это 3 минуты вообще вся процедура.

Там просто названия реквизитов не сходятся многие. т.е в ТЗ свои какие то колонки.

(5) колонки можно переименовать

Попробуй многопоточно

(4) замер сделать проще чем тему на Мисте создать

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

(6) думаю не вариант. Также я немного ошибся, там не ТЗ а ТЧ.

Чтобы в набор загрузить - придется ТЧ выгрузить.

В регистре 8 измерений, 10 ресурсов, 3 реквизита.

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

Ох уж эти ларёчники, они так забавно пытаются похвастаться

Да наверное 3 минуты это более чем нормально. Задач таких на 1 миллион не встречал.

Я просто сделал генератор виртуальной таблицы. И сейчас гоняю одну обработку по всему функционалу. Там у меня штук 10 совершенно разных действий с ней. Чего только нет.
Одна из них запись в регистр.

(12) кто хвастается? Я пытаюсь уже какой день оптимизировать работу и выискиваю все участки где можно что то оптимизировать. Вот и мучаю обработку нагрузочными данными.

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

(14) твой регистр ужасен. У него кластерный индекс из восьми (девяти, если периодический) полей. Такой кучерявый индекс уже сам по себе влияет и на скорость записи в регистр, и на производительность запросов к регистру

(15) Хочешь сказать что два регистра по 1 миллиону записи (будет 2 миллиона). но если в двух будет не 10 ресурсов а по 5 - будет быстрее?))

Еще потом и данные собирать в запросах.

Я наоборот сейчас добавил 3 ресурса новых, чтобы не плодить из 1 миллиона строк - 3 миллиона строк

(12) ага, Маньяк обязательно гайдет КРАСИВОЕ решение, а Г1С гениальное до создания темы находит))

(19) дай пять. Прямо четкое дал определение.

(20) это был стеб

Рома ты шаришь многие вещи лучше чем я. Вот бы тебе дать глянуть на аудит так сказать. Если интересно пиши. Готов вознаградить за аудит и консультации

(17) Он тебе про измерения говорил а не про ресурсы :)

(21) как раз не стеб. правдиво сказал. Я создаю темы в поисках ответов и лучшего решения.
Геня же уже создает темы где уже считает что сделал то что ща всех порвет

(23) не там. целостная картина в регистре. ничего не убрать. Любое деление вызовет умножение данных плюс потом еще сборы этих данных.

(17) как-минимум удобнее. И дело не в ресурсах, а в измерениях. По измерениям строится составной индекс, по ним же ты накладываешь отборы. Вот писателей типовых отпустило, они новые регистры сведений создают компактными, с 2-3-4 измерениями. Раньше тоже жуть творили. Но из народа манера делать толстые регистры сведений уйдет не скоро

(22) Мы этот вопрос несколько лет назад обсуждали, думаю позиции остались те же.
(25) Выкладывай структуру РС, тебе здесь проведут аудит-субботник
(24) Конечно стёб, без цели кого-то обидеть. Большинство твоих проблем из-за непонимания иногда банальных вещей. И да, желание похвастаться видно невооруженным глазом.

Евгений пытается в высоконагруженные системы? Это так..  умилительно.

Например,у вас на складе в продаже 10 000 номенклатурных позиций,и у вас есть 100 покупателей.
Если вы хотите для каждого покупателя задать какой-то свой параметр номенклатуры,то вы как раз получаете миллион записей.

(10) У тебя ТЧ с миллионом строк? В ней же ограничение 99999

(30) фигня это. там ограничение на колонку Номер строки - показывать больше 99 999 не будет. по факту можно лепить сколько хочешь. Тупизна от 1С

на всех остальных строках будет 99 999