В одном виде номенклатуры более 30 000 тысяч позиций. Соответственно справочник открывается очень долго. Так как отбор по доп характеристикам осуществляется только внутри одного вида, разбивать этот вид не вариант.
Есть мысль по поводу создания Групп списка, если их создать внутри вида номенклатуры. Будет ли справочник открываться быстрее? Или это тоже дохлый вариант?
Конфа типовая и все действия осуществляю стандартными средствами УТ так что предложения по доработке конфы не актуальны. Мне нужно обойтись только стандартными средствами.

(0) Отбор не отменится от появления групп..

Долго открывается даже при простом открытии справочника? Или при открытии справочника на подбор?

При открытии справочника.
У меня на нормальном компе секунд 10. А у клиента все будут сидеть через удаленку. Закачал туда базу так все почти минуту справочник тупит.
(1) Что отбор не отменится я знаю.
Я просто надеюсь на то что если объединить номенклатуру в Группы Списка то при открытии справочника эти группы будут свернуты(например в 10 групп по 3 тысячи позиций в каждом)

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

(3) А что удаленка. Если по rdp, то разницы особой нет.

(3) допустим, если все 30 000 номенклатуры нужного вида одному пользователю не нужны, а ему нужен только некий определенный Сегмент, то можешь их попытаться выручить вводом сегмента. Или через Свойства - про свойства в топике не сказано. Т.е. Вид один и тот же, но кроме установленного вида можно еще пользоваться Свойствами и Сегментами.

А разве при открытии справочника читается прям вся номенлкатура? Вроде динамические списки от этого как раз спасают.

Смотрите, что у Вас происходит на SQL.
Возможно, что и конфигурация не типовая.
Типовая спокойно, без секундной задержки, обрабатывает номенклатуру и в 100 000 позиций.

у меня типовая

у клиента сейчас стоит 10.3 и все происходит нормально, а на 11.3 тормозит

(5)Можно поподробнее про свойства и сегменты, я конечно погуглю но всё же...

Тогда профайлер в руки и вперед. Страшно подумать, что минуту бедный сервер может делать.

(8) // Можно поподробнее про свойства и сегменты

Я из готовых материалов искал всякие видео на ютубе и некоторые есть очень толковые, но мне не хотелось бы пиарить, что-то сделанное на ютубе от имени фирмы, а не от лично каких-то пользователей... Моих видео на ютубе нет. Если не лениво будет смотреть, то вот есть довольно растянутое в минутах https://youtu.be/3DCk6LlsJ3g Там хоть и ERP, но в части изложенного все одинаково с УТ 11.3

Официальные источники в виде статей сайта ИТС сейчас посмотрю

из учебника статья
https://its.1c.ru/db/pubdevguide83#content:327:hdoc

и вот по ERP 2.2 но не спеши от нее отказываться, т.к. Номенклатура сделана одинаково, а такой же статьи на УТ 11 я не видел

https://its.1c.ru/db/erpdoc#content:340:1:issogl2_настройка_фильтров_по_потребительским_свойствам

(0) все 30000 позиций на одном уровне? ;-)

ну вот еще одно видео. Более менее обобщающий материал о номенклатуре https://youtu.be/HGj6VxhUPXY

(13) Большое спасибо, сейчас обязательно всё посмотрю.
Супер!!!

1. Замер кода.
2. Замер запросов (профайлер).
Что-то там у вас не так.

(15) Дерево у них там скорее всего.

Итог, если нет фильтра по доп реквизитам то открывается моментально, а если вытащить доп реквизиты в панель отбора. То время загрузки увеличивается очень существенно.А их у меня 24 шт. И это печально.....

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

(17) 24 доп реквизита с отбором, а ты на вид номенклатуры грешишь...

(17) может стоит при открытии сбрасывать тормозящие отборы?

(17) Ну так и должно быть - доп. реквизиты не индексируются (18) Динамический список тоже не особо поможет

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

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

"если нет фильтра по доп реквизитам то открывается моментально, а если вытащить доп реквизиты в панель отбора. То время загрузки увеличивается очень существенно" // Наверное, это из-з левого соединения таблицы номенклатуры с таблицей доп. реквизитов, на последнюю и накладываются отборы