День добрый, на работе поступила такая задача. Подскажите с какой стороны к ней подступиться?

Запрос=Новый Запрос;
Запрос.Текст="ВЫБРАТЬ
|
ХозрасчетныйОстатки.Субконто1 КАК Субконто1,
|
ХозрасчетныйОстатки.Субконто2 КАК Субконто2,
|
ХозрасчетныйОстатки.СуммаОстаток КАК СуммаОстаток
|ИЗ
|
РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет.Код = ""60.01"", ,
Организация = &Организация) КАК ХозрасчетныйОстатки";
Запрос.УстановитьПараметр("Организация",Организация);
Выборка=Запрос.Выполнить().Выгрузить();

убрать ".Выгрузить();"
работать с выборкой.

Счет передать как параметр, но не код, а ссылку, которую получить через предопределенный элемент плана счетов.

Т.е. "... Счет = &Счет..." или "... Счет = ЗНАЧЕНИЕ(ПланыСчетов.НужныйПланСчетов.НужныйСчет)..."

Обязательно указать параметр вид субконто

цитировать, так всё. а то может сложиться впечатление, что значение параметра Период устанавливать мы не будем.

(4) Это если планируется получить конкретный вид субконто, то да.

(0) а зачем тебе тут что-то оптимизировать? Чем не устраивает?

(1)
Да согласен, Пока Выборка.Следующий - так лучше

(2)
Да тоже об этом подумал, что передача счета через параметр будет правильнее

(4) спасибо

Никак.

(1) выборка ничуть не лучше.
все это пережитки старых лет

(5) Да, параметр период так же надо указывать

Как только мы получаем неоперативные остатки в разрезе Субконто, мы идем еще в 2 таблицы  - Движений и ЗначенийСубконто и наш план запроса превращается в какашку.

(14) Возможно это так и есть, тут я вам доверяю больше чем своему опыту.
Но тут в запросе мы не уточняем про неоперативные остатки, поэтому речь идет в целом об оптимизации запроса)

Ctrl-A, Del, Ctrl-S, F7

(0) я бы шел так:

1) установить видысубконто, чтобы субконто1 и субкотно2 всегда были чем-то одним.
2) убрать Счет.Код и заменить на предопределенный элемент в запросе
3) Выборка=Запрос.Выполнить().Выгрузить() заменил бы на Выборка=Запрос.Выполнить().Выбрать()

пересчет итогов разумеется может помочь еще

а вынести в память таблицы, добавить железа на сервер, и т д

Ничего не поможет.

Как только мы выбираем остатки по высокооборотистым счетам 40.01, 60.01, 62.01, НА ДАТУ, запрос забивает на некластерный индекс с отбором по счету по таблице движений и использует кластерный индекс без отбора по счету, так как ему нужна сумма оборотов, которой нет в некластерном индексе - тоесть, запрос выбирает движения по всем счетам.

(21) вот это уровень знаний, круто.

(21) Очень глубокие знания работы запроса, еще раз спасибо!

(21) Ты забыл добавить "когда оптимизатор ошибается, опираясь на неактуальную статистику".

(24) И еще "кроме тех случаев, когда план-какашка действительно лучший".

Нужно сделать запрос к регистру накопления Взаиморасчеты

(26) а если стоит задача сверить РН взаиморасчеты и счет 60.01?

(27) Тогда не стояло бы задачи ускорить. Регистры бухгалтерия — сущность неторопливая. Они нужны для богатства аналитики, развёрнутого учёта. Они не могут работать быстро.

(24) Сколько и чем статистику не актуализируй - результат один, полная Ж. Спасибо поел уже.
(28) Все это богатство аналитики вполне себе реализуется и на оборотных РН, смотри ЕРП ббюджетирование например.
Просто архитектурно сделать 2 таблицы было красиво, а о том, что записей могут быть миллионы - тогда никто не подумал. Вроде в 15 релизе они что то да поправили в этом плане, сцдя по анансу или индекс или еще поле в таблицу добавили, сам еще не смотрел

(0) Распечатать ведомость по взаиморасчетам после закрытия месяца и смотреть на бумаге. Быстрее запроса будет)

(12) нет, это зависит от того сколько выгребается и сколько рамы.

(24) структура ИБ важнее статистики, а тут всё именно в структуру упирается

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

(0) мои 5 копеек:

Запрос=Новый Запрос( ТУТ ТЕКСТ ЗАПРОСА);

если работает медленно при отсутствии конкуренции за ресурсы:
Что говорит замер по поводу Выполнить() и Выгрузить()? Какая из этих операций дороже?
Если Выполнить() - если СУБД ms sql, включить параллелизм + надо все равно взглянуть на план запроса...да и чтобы опровергнуть (21)
Если Выгрузить() - каталог временных файлов пользователя службы 1С на быстрый диск

По крайней мере стоит попробовать максимально загрузить железо распараллеливанием: выбрать всех контрагентов(Субконто1), стартануть N потоков, закидывая свою порцию контрагентов отбором для этого запроса в этом потоке + обработать, результат собрать вместе.

Если данный запрос выполняет ограниченное кол-во пользователей, то можно повысить их приоритет(и не только), используя регулятор ресурсов ms sql

Обслуживание итогов + обслуживание СУБД
&Период не должен быть МоментомВремени + (3)  
http://catalog.mista.ru/public/975144/