Есть управляемая форма, в которой на разных закладках показывается штук десять списков документов с разными отборами, довольно простыми.
Все некисло тормозит. Непонятно, с фига ли? Что делать?
Релиз 8.3.4.437, если что, база скулевая, БП КОРП, но документы не типовые.

(0) давай cf, ускорим на досуге. Могу по опыту сказать, что с динамическими списками, как и с RLS рулят только "простые" запросы. Никаких соединений с подзапросами, вложенных запросов и прочих наворотов.

(1) Хотелось бы идеи.
Запросы простые, никаких соединений с подзапросами, вложенных запросов и прочих наворотов.

(2) Сферические идеи про сферического коня в вакууме?

Мы из списка клиентов (60 000) убрали все текстовые поля. Работать стало в 20-30 раз быстрее. Динамические списки (3 шт на форме) с перечнем определённых типов документов по клиенту не тормозят. Документов примерно 90 000 за два года. Динамические списки сделаны запросами. А список клиентов просто по справочнику клиентов.

(3) Примерно типа (4) :))

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

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

(2) Я постоянно такое слышу. Но часто оказывается, что человек лукавит (не сознательно).

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

(7) +

А еще можно варианты отборов в реквизит вынести, а динсписок оставить один. Тогда и системе легче будет отображать данные.

(1) +1

Вообще смущает тормознутость динсписка изначально. Или мне кажется?

(0) Реквизиты документов, по которым идет отбор проиндексировать?

На ИФ была статейка про ускорение форм с ДС. Смысл в том, что нужно отрубать лишние ДС через удаление текста запроса. Это раз. Собственно в случае простых запросов два уже не будет. Два - оптимизировать запросы.

Если есть отборы, то оптимизировать запросы тоже - как в (13)

(12)
Не кажется - сложные запросы он очень не любит (ну либо любит какие-то "подготовленные" запросы).
Если нужно выводить кучу данных (множество соединений) - возможное решение - помещать все эти данные в регистр сведений, его и выводить

(0) Проблемы не при скроле? Есть галочка "динамическое считывание данных", можно ее выключить и читать будет все, иногда очень помогает.

(17) Не. Форма открывается порядка трех секунд. Списки отрубаешь, оставляешь один справочник, почти мигом.

(18) Тогда (7) пробуй

(18) Да вы, батенька, зажрались. 3 секунды на форму с 10 дин списками.=)

Вообще закладки для дин списков как то не кошерно испольвать, для этого 1с панель навигации сделала

(19) В (7) фигня, так нельзя, это хреноватенький подход :))
Пользователь может в настройке формы переиграть расположение элементов на форме.

(20) Да дохренища на мой взгляд. У людей похожая база без управляемых форм, все летает.

(22) Не должно быть куча списков на одной форме

(0) часом на форме нету динамического списка с отображением "дерево" ???

(24) Это как раз не обсуждается :))
Решим убрать, уберем. Тут вопрос в том, а не обкакались ли мы местами, нет ли красивого решения проблемы :))

(25) Не, нету

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

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

например если есть непипизированые реквизиты или еще чего то запросы будут гигантскими...

(28) Но это все чушь)

Нормальную логику решения без 10 таблиц в одной форме.

А вообще я понял, списки привязаны к одному списку и отбираются по текущему значению?

(0) идея для обычных форм v8: Быстро листаю список - как отработать ПриПолученииДанных по таймеру?
глядишь и тебе пригодится

(28) Ну то есть пользователь все себе любовно настроил, как ему удобно, пошел, налил кружечку кооофэ, пришел, откинулся в кресле, нажал какую-нить кнопочку, а ему куй, а не обновление списков. Так что ли? Ну и кто программист после этого?

(29) Это да, но хотелось бы без двойных сальто-морталле назад с места :))

(32) Да :))
Список контрагентов и документы по контрагенту, чтобы было проще понять.

(33) Не, не то

(36) тут без сальто никак, по тому что особенность динамических списков это получение экранного куска данных.

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

второй вариант - сам запрос тяжелый (может индексов нету или еще чего)

третий вариант - слишком частое обновление

все три варианта без копания в потрохах не видны...

Я как-то раз убрал группировку из динамического списка - он в 10-ки раз быстрее заработал.

(39) групировка попадает под мой пост (38) по тому, что группировка накладывается после условия и RLS не может определить сколько будет выведено строк

(39) собственно дерево это и есть групировка по владельцу :)

(36) Документы по контрагенту это журнал?

(42) Нет. Список документов одного типа.