|
![]() |
#1 |
Участник
|
это не план
|
|
![]() |
#2 |
Участник
|
Цитата:
это не план
![]() имеется ввиду дерево в плане исполнения запроса?
__________________
..в каждой программе есть хотя бы одна ошибка.. |
|
![]() |
#3 |
Участник
|
Увидев текст запроса целиком сразу вспомнил про SelectionField:: Database Хоть небольшая, но всётаки оптимизация
|
|
|
За это сообщение автора поблагодарили: Alexanderrrr (1). |
![]() |
#4 |
Участник
|
правильно делаю? какой именно файлик из двух нужен?
![]()
__________________
..в каждой программе есть хотя бы одна ошибка.. |
|
![]() |
#5 |
Участник
|
__________________
..в каждой программе есть хотя бы одна ошибка.. |
|
![]() |
#6 |
Злыдни
|
Скажите, а как часто у вас обновляется статистика на рабочем сервере? Может быть дело в том, что SQL по "устаревшей" статистике пытается оптимизировать запрос
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
![]() |
#7 |
Участник
|
Цитата:
Скажите, а как часто у вас обновляется статистика на рабочем сервере? Может быть дело в том, что SQL по "устаревшей" статистике пытается оптимизировать запрос
![]() Сейчас отчет работает быстро, вопрос в том, надолго ли хватит такого кода..ведь размер таблиц увеличивается довольно быстро..
__________________
..в каждой программе есть хотя бы одна ошибка.. |
|
![]() |
#8 |
Злыдни
|
У нас в свое время была похожая "засада" с отчетом, помогал update статистики на лету: пользователям приходилось ждать 8-10 минут. Отчет собирался по SalesTable, т.ч. симптомы очень похожи. Попробуйте в тот момент, когда начинает медленно работать, запустить sp_updatestat и повторить попытку после обновления статистики.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
![]() |
#9 |
Участник
|
|
|
![]() |
#10 |
Участник
|
ну да или текстовое его представление, которое, например, аксапта выводит.
|
|
|
За это сообщение автора поблагодарили: Alexanderrrr (1). |
![]() |
#11 |
Участник
|
Цитата:
ну да или текстовое его представление, которое, например, аксапта выводит.
__________________
..в каждой программе есть хотя бы одна ошибка.. |
|
![]() |
#12 |
Участник
|
Честно? Не знаю как экспортировать из аксапты сам план исполнения. Выложите хотябы скриншот дерева и распишите 'Ожидаемое число строк' и 'Затраты' для каждого узла (отображаются в нижней части формы 'План исполнения операторы')
|
|
![]() |
#13 |
Участник
|
Самая последняя галка в Мониторинге запросов SQL
|
|
![]() |
#14 |
Участник
|
__________________
..в каждой программе есть хотя бы одна ошибка.. Последний раз редактировалось Alexanderrrr; 20.11.2009 в 10:31. |
|
![]() |
#15 |
Участник
|
а можно еще окно расширить, чтобы весь план было видно?
|
|
![]() |
#16 |
Участник
|
Щас под рукой аксапты нет, поэтому немного пустых умствований
тут основная проблема - то что отчет уходит в глубины прошлого и выбирает за все даты. Если у вас группы договоров меняют свою актуальность - то есть запрос по группе договоров отсекает заведомо старые, неактуальные, договора, до добавление полей RCONTRACTACCOUNT, RCONTRACTCODE в индекс может помочь. Правда надо исследовать, насколько изменится быстродействие вставки при таком изменении. Еще совершенно непонятно, зачем переписывать совсем все проводки во временную таблицу, судя по всему дальше оно группируется в мепах. Может можно мепам передать уже скгруппированное? |
|
|
|