Проблема с CustTrans

[belugin]

это не план

[Alexanderrrr]

Цитата:

это не план

упс..
имеется ввиду дерево в плане исполнения запроса?

[S.Kuskov]

Увидев текст запроса целиком сразу вспомнил про SelectionField:: Database Хоть небольшая, но всётаки оптимизация

[belugin]

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

[Alexanderrrr]

Цитата:

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

Я правильно понимаю: включил sql-трассировку..запустил отчет, появился инфолог с временем выполнения, открываю мониторинг запросов sql, далее функции-экспорт в файл..создается 2 файлика .dat и .def. В dat много всего..

[Alexanderrrr]

правильно делаю? какой именно файлик из двух нужен?

[S.Kuskov]

Честно? Не знаю как экспортировать из аксапты сам план исполнения. Выложите хотябы скриншот дерева и распишите 'Ожидаемое число строк' и 'Затраты' для каждого узла (отображаются в нижней части формы 'План исполнения операторы')

[belugin]

Самая последняя галка в Мониторинге запросов SQL

[Alexanderrrr]

Вроде бы вот это:

[belugin]

а можно еще окно расширить, чтобы весь план было видно?

[Alexanderrrr]

извиняюсь..

[KiselevSA]

Скажите, а как часто у вас обновляется статистика на рабочем сервере? Может быть дело в том, что SQL по "устаревшей" статистике пытается оптимизировать запрос

[Alexanderrrr]

Цитата:

Скажите, а как часто у вас обновляется статистика на рабочем сервере? Может быть дело в том, что SQL по "устаревшей" статистике пытается оптимизировать запрос

ежедневно ночью

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

[belugin]

Щас под рукой аксапты нет, поэтому немного пустых умствований

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

Еще совершенно непонятно, зачем переписывать совсем все проводки во временную таблицу, судя по всему дальше оно группируется в мепах. Может можно мепам передать уже скгруппированное?

[KiselevSA]

Цитата:

Сообщение от Alexanderrrr

ежедневно ночью

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

У нас в свое время была похожая "засада" с отчетом, помогал update статистики на лету: пользователям приходилось ждать 8-10 минут. Отчет собирался по SalesTable, т.ч. симптомы очень похожи. Попробуйте в тот момент, когда начинает медленно работать, запустить sp_updatestat и повторить попытку после обновления статистики.

[belugin]

Цитата:

Сообщение от KiselevSA

Отчет собирался по SalesTable

настораживает...