Добрый день.
Есть простая форма списка у простого регистра сведений, в котором 8 тысяч записей.
На форме динамический список с произвольным запросом.
Так вот этот запрос в консоли запросов выполняется 3 секунды. Сама форма открывается нормально, скроллинг работает относительно удовлетворительно. Но если запустить вывод списка в табличный документ, то получаем зависание на неопределенное время и выедание памяти rphost-ом.
Платформа не самая свежая, но и не самая древняя - 8.3.10.

там нет ссылочных денных, у которых представление программное?

(1) Там к основной таблице присоединяется пара вложенных запросов с подзапросами из регистров сведений со связью по составным полям. 100% что проблема в этом. Но бесит то, что невозможно спрогнозировать выполнение запроса.

(2) прогноз что отчет сформируется за 3 секунды

"Но бесит то, что невозможно спрогнозировать выполнение запроса." - а разработчиков платформы наверное бесит то, что невозможно спрогнозировать такие "архитектурные решения" :)

(4) Это да, не спорю. Но что тут такого ужасного, если написал простой запрос и мышкой перетянул поля на форму, а оно помирает при выводе в табличный документ? )

ну может оно у тебя отсортировано не так (по полю из соединенного запроса, да которое составное, да еще с RLS) как в запросе. или (1)

(5) Жизнь вообще несправедлива. Иногда приходится голову включать.

(1) (6) Представлений в запросе нет, сортировки выключены, RLS нет.

(8) что значит "представлений в запросе нет"? Вопрос как звучал?

Вопрос был про ссылочные данные, у которых есть обработка формирования представления.

А вообще, замер производительности - и нет проблем.

СправочникМенеджер.<Имя справочника>.ОбработкаПолученияПредставления (CatalogManager.<Имя справочника>.PresentationGetProcessing)
СправочникМенеджер.<Имя справочника> (CatalogManager.<Имя справочника>)
ОбработкаПолученияПредставления (PresentationGetProcessing)
Синтаксис:

ОбработкаПолученияПредставления(<Данные>, <Представление>, <СтандартнаяОбработка>)
Параметры:

<Данные>

Тип: Структура.
Содержит значения полей, из которых формируется представление.
<Представление>

Тип: Строка.
Строка, в которую нужно поместить представление объекта или ссылки.
<СтандартнаяОбработка>

Тип: Булево.
В данный параметр передается признак формирования стандартного представления объекта или ссылки.
Если в теле процедуры-обработчика установить данному параметру значение Ложь, стандартная обработка события производиться не будет.
Значение по умолчанию: Истина.
Описание:

Вызывается при получении представления объекта или ссылки.
Замечание:

Безопасный режим на время исполнения данного обработчика будет отключен. Данное замечание не относится к обработчикам событий, расположенным в расширении конфигурации.
--------------------------------------------------------------------------------

     Методическая информация

(11) не всегда

еще счетчики показателей производительности

(8) в (1) имеется в виду функция <ОбработкаПолученияПредставления> в модуле менеджера объекта

(15) Нет никакой обработки в менеджере. Регистр самопальный с 1-м измерением и 2 реквизитами. До сих пор проблему не решил. И проблема не в запросе - вырезал все что можно и все равно работает также. Кроме того случайно заметил, что при скроллинге явно отображаются не все данные - т.е. там 7000 записей, а выводится штук 500. Что за нах?

(16) замер производительности. ТЖ по событию CALL. ну и стандартный ответ от 1С: обновить платформу (на тестовом сервере)

(17) А как замер производительности сделать, когда форма управляемая с динамическим списком? Еще если отсортировать по колонке список, то данные пропадают, потом нажимаешь Все действия - обновить и данные появляются o_O