Типовая УТ 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С хоть миллиард записей: чихать хотели. Смотреть в статистику, соединения запросов у динсписка и сортировки (отборы) по полям левых соединений с основной таблицей

22 года назад для решения подобной проблемы был создан отдельный справочник (условно локальные контрагенты) в который ответственный сотрудник добавлял себе контров из глобального и все с ним работали. ну и дальше немного уличной магии со ссылками и обменами. чтобы по модемам все пролезало.
не думал что на 8ке такая проблема может быть актуальной, скорее всего у вас на стороне СУБД проблемы, обслужите базу и все будет хорошо.
собственно в (26) все написано.

(29) ну кстать ОЗУ еще может быть слишком мало на стороне SQL, я 1 раз такое встречал и ответа нигде не находил, что по кластерному индексу все ложилось на фуллскан таблицы.
Там DBA поднял ОЗУ с 4Гб до 8Гб и все залетало...

(29) в УТ с самых первых 11 версий тянется проблема, что на номенклатуру натягивается куча левых данных, отборов и т.д. при формировании динамического списка. В итоге если товаров много то проще свою форму выбора и форму списка написать

(31) именно поэтому из за огромного количества разброса они сейчас сделали общие регистры где и остатки, резервы, заказы и прочее.
Основное то чо в списках хотят - остатки, резервы, заказы, цены