Типовая УТ 11.5
Фирма подгрузила себе в номенклатуру весь прайс ВсеИнструменты (200к+ позиций) и что-то как-то неуютно стало всем работать))))
А по факту закупщикам нужно 500 позиций, продажникам 500позиций, а остальное так, по праздникам.

Вот думаю, как ускорить, не изобретая велосипед.
Может есть типовые решения? Номенклатура поставщиков - не то,  дублирующий справочник с ограниченным набором реквизитов. Думаю в сторону какого-то признака и в форме подбора фильтровать по нему, но хз, решил посоветоваться)

(0) каталог грузить в дублер справочника номенклатура из него таскать в основной

Виды номенклатуры используете?

(0) выделяйте операции, на чем тормозит и отборами, да.
я обычно свое р/м менеджера делаю

(1) Только не в справочник а в РС
Он быстрей будет с инета обновляться

(4)+ Для ТЧ или еще чего связанного в РС загонять данные в строковые поля в виде JSON например

(0) ПодборТоваровСервер.УстановитьОтборПоСегментуНоменклатуры(Форма)

А вопрос может быть немного вбок.
А кто именно будет собственно сегментировать номенклатуру?

(7) можно вручную туда товары добавлять или произвольный СКД сделать, по нему сегмент по регламенту обновляться может.
например, сказать "все номенклатуры с допреквизитом [дата создания] старше 01/01/26", ну или на что фантазии хватит

(0) Файловая база?

(0) Пользуйтесь Мегапрайсом, хе-хе, а то maniac'у скучно уже. Лайфхак - необязательно сразу все грузить в справочник.
А так, можно почистить справочник, так же как и загрузили.

Если используются группы доступа с RLS, как ни странно, можно распихать номенклатуру по группам доступа номенклатуры, тогда подбор быстрее будет работать. Отдельный вопрос, конечно, почему до сих пор это не оптимизировано вендором, судя по всему.

(1)(3)(4)(6)
спасибо всем отписавшимся, принял к сведению.

(10) У меня было как то, кладовщики стали жаловаться что подбор открывается от 15 минут до часа. Выяснилось, что случайно кто-то отключил группы доступа номенклатуры и неоптимизированный запрос в подборе сканил сотни тысяч строк. Включили обратно.

(7) зависит от выбранного способа сегментирования)

(9) нет

(10) не, rls не используются

(8) то еть погромист нужен чтобы работало хорошо...

(16) Погромист дорого
Сча модно дешево на ИИ сделать
Цену потом пофиг, один хрен убытки, так сэкономят

нафиг такие возможности где прог должен не программирвоать а тупо мышью клацать. а юзерам, кому по уму надо делать - не до этого, у него и так работы валом.

(0)Удалите лишнее, оставьте только с чем работаете. Потом по мере необходимости догружайте.

(0) Запувщикам говоришь? Предложи Помощник закупок

Помощник закупок для 1С (обеспечение заказов, анализ остатков, продаж, поставщиков) УТ11 / УНФ / КА / ERP / Альфа авто
https://subsystems.ru/solutions/zakupki/pomoshchnik-zakupok-maximum/

Я такие задачи на раз два решаю. У меня в этом помощнике такие супер отборы что из твоих 200к - легко выведет только реально нужное

Вообще такие задачи на раз два. Что грузить, как грузить, что куда запихивать.
Что выводить.

По закупкам так вообще супер модуль. У меня там штук 30 отборов по всем показателям.

А если Мегапрайс - то у меня там можно виртуально грузить все. И использовать в поиске.

(10) вот спасибо коллега за упоминание!

Если будут вопрос технические и любые - вот открытый чат в Максе

https://max.ru/join/Vvh4gETyrm1c6_KSRarx2wN_V5Krn_zdU2XzNU52IMU

(0) было 500 записей, грузанули 200тыс записей в таблицу, дальше что сделали?
Как понял, клиент-сервер, PG или MSSQL, обслуживание таблиц, обновление статистики?
Откуда PG и MSSQL знать что там жопа в таблице и вместо перебора записей тут нужно начинать думать?
СУБД думает что там 500 записей и начинает их перебирать (строит так план запроса), а там ЖОПА квадратная.

200к номенклатуры в 1С это не так и много. Все от задач зависит.
Но с этим хозяйством да надо уметь управлять. Причем совершенно не так что предоставляют штатные инструменты

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