23.10.2008, 11:20 | #1 |
Участник
|
Вопрос по Журналу трассировки операторов SQL
акс 2.5
по журналу трассировки смотрю что этот запрос выполняется 1658мс. запрос из отчета. нажал "рассчитать новый план" он мне выдал вот это. Что мне следует сделать? добавить в запрос " index hint AccountDateIdx" ? добавил, быстрее не стало( |
|
23.10.2008, 11:40 | #2 |
Member
|
Вы уже убедились, что проблема именно в запросе?
В мониторинге любой запрос может показать большой результат из-за блокировок или пиковой загрузки сервера БД, например. У вас время на запрос стабильно 1.5 секунды?
__________________
С уважением, glibs® |
|
23.10.2008, 12:11 | #3 |
Участник
|
Да, отчет формируется всегда так долго. вот хотел его как-нибудь оптимизировать. с помощью sql-диагностики. отчет вроде не сложный, но имеет несколько вложенных циклов.
|
|
23.10.2008, 12:34 | #4 |
Участник
|
Этот индекс и так используется в выборке, по-этому добавление на него хинта ни к чему не приводит. Более того, так как это кластерный индекс, то любая выборка будет в конечном итого обращаться к нему.
А по поводу запроса. У вас по условию "AccountNum = ? and TransDate <= ?" много данных возвращается?
__________________
Axapta v.3.0 sp5 kr2 |
|
23.10.2008, 12:47 | #5 |
Участник
|
Понятно
по AccountNum всего один клиент. по дате с момента создания базы по текущую дату ) я думаю, может это из за группировки по Dimension[1] ? |
|
23.10.2008, 12:59 | #6 |
Участник
|
Один клиент в CustTrans?
Я имел в виду, сколько записей в среднем на одного клиента получается?
__________________
Axapta v.3.0 sp5 kr2 |
|
23.10.2008, 13:51 | #7 |
Участник
|
10 записей всего. это с группировкой по dimensoin[1]
|
|
23.10.2008, 19:36 | #8 |
MCITP
|
Цитата:
Да, отчет формируется всегда так долго. вот хотел его как-нибудь оптимизировать. с помощью sql-диагностики. отчет вроде не сложный, но имеет несколько вложенных циклов.
Вряд ли как то можно оптимизировать именно приведённый запрос.
__________________
Zhirenkov Vitaly |
|