Почему в динамическом списке отбор быстрее условий в запросе, и так ли это вообще?

Question

[hloya_ram]

Добрый день.

Есть обработка с множеством полей отбора по 100 тысячам позиций номенклатуры.
Есть две идеи:
1. Постоянная смена запроса динамического списка (добавлять условия или удалять их, в зависимости от данных в этих полях);
2. Использовать типовой отбор.

Знакомый всеми руками за первый пункт, но его реализация дичайше тормозит. А вот типовой 1C-овский отбор списка с такими же фильтрами работает очень здраво.

Почему так происходит и в чем вообще отличие двух методов? Плохая реализация запроса?? Есть ли где-то информация об этом?

Спасибо за пояснение!

Answer 1

[Дмитрий Кинаш]

Решение упирается в текст запроса. Варианты почему условие медленное:
1) Для условия использованы подзапросы
2) В запросе используются ИЛИ
3) Условия запроса по НЕ индексируемым полям, что требует скан в плане запроса СУБД.

Первый вариант (со сменой текста запроса динамического списка) - это глупости, не делайте так. Смена источника динамического запроса (помимо издержек на эту смену с переинициацией настроек компоновки) приводит к сбросу кеша динамического списка на стороне сервера. В моей практике был такой опыт, но у меня тогда реально разные источники были. Если можете все решить стандартными отборами, то именно так и делайте!

Comments

[hloya_ram]

А если все отборы динамического списка прописаны, как "Выбор Когда...", то, как я понимаю, получается все еще хуже?
Спасибо за совет. Получается, как и полагала, реализовать отбор типовыми отборами списка - лучший метод в подобных задачах, так?

Еще вопрос: если нужно будет ставить отбор по табличным частям в справочнике, то не лучше ли будет сделать индексируемые поля с реквизитами-строками, в которые будут собираться колонки, и отбирать уже по этим самым полям (если конфигурация самописная)?

[Дмитрий Кинаш]

hloya_ram, точно! Вычисляемые условия самые медленные.

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

[hloya_ram]

Дмитрий Кинаш, а как иначе можно было бы сделать отбор по строкам табличных частей номенклатуры, если отбором, насколько помню, это не предусмотрено? В моей голове всплывает тогда только идея изменять запрос списка. Что, выходит, глупо.

[Дмитрий Кинаш]

hloya_ram, почему же? Пишите в настройках динамического списка на закладке Отбора поле вида Ссылка.Товары.Номенклатура и накладывайте нужный отбор - получите в списке только те документы, в которых будут указанные позиции. Да, в этом случае лучше индексировать.

[hloya_ram]

Дмитрий Кинаш, спасибо большое за пояснение! Я попробую. Сейчас вспомнила: было что-то такое. А есть ли где-то еще информация по данной теме (где-нибудь на its, возможно)?

[Дмитрий Кинаш]

hloya_ram, не знаю что именно вам интересно. Может будет полезна эти главы по отборам в динамическом списке: https://its.1c.ru/db/pubdevguide83#content:578:hdoc

Answer 2

[Александр]

Есть еще вариант, если используются вирт. таблицы регистров например: вместо установки параметров для виртуальных таблиц используются условия "ГДЕ". Которые накладываются уже после того как выбраны все данные из виртуальной таблицы