Поиск места вызова SQL запроса

[eLLoco]

Здравствуйте.
Возникла задача оптимизации запроса из TOP30 по статистике Oracle.
Вот он:

SELECT /*+ FIRST_ROWS */
       a.invoiceid, a.invoicedate, a.linenum, a.inventtransid, a.
       itemid, a.externalitemid, a."NAME", a.taxgroup, a.currencycode, 
       a.priceunit, a.qty, a.del_costvalue, a.salesprice, a.
       discpercent, a.discamount, a.lineamount, a.ledgeraccount, a.
       dimension, a.dimension2_, a.dimension3_, a.dimension4_, a.
       dimension5_, a.qtyphysical, a.partdelivery, a.remain, a.
       salesid, a.salesunit, a.salesmarkup, a.transactioncode, a.
       del_configid, a.taxautogenerated, a.taxitemgroup, a.taxamount, 
       a.taxwritecode, a.multilndisc, a.multilnpercent, a.linedisc, 
       a.linepercent, a.origsalesid, a.lineheader, a.transport, a.
       inventdimid, a.numbersequencegroup, a.statprocid, a.dlvdate, 
       a.lineamounttax, a.port, a.customerlinenum, a.lineamountmst, 
       a.taxamountmst, a.lineamounttaxmst, a.sumlinedisc, a.
       sumlinediscmst, a.intercompanyinventtransid, a.excisevalue_ru, 
       a.vatvalue_ru, a.exciseamount_ru, a.vatamount_ru, a.
       facturedqty_ru, a.facturedfully_ru, a.inventshiftjournalid, 
       a.returnactionid, a.createdby, a.recid
    FROM custinvoicetrans a
    WHERE SUBSTR(NLS_LOWER(salesid), 1, 20) = NLS_LOWER(:in1)
      AND SUBSTR(NLS_LOWER(invoiceid), 1, 20) = NLS_LOWER(:in2)
      AND invoicedate = :in3
      AND SUBSTR(NLS_LOWER(numbersequencegroup), 1, 10) = 
          NLS_LOWER(:in4)
    ORDER BY SUBSTR(NLS_LOWER(a.itemid), 1, 25), a.invoicedate

Как видите, выбираются все поля таблицы CustInvoiceTrans с хинтом firstonly (или firstfast). Потратил уже три дня на поиск кода, откуда вызывается этот запрос. Что предпринимал: искал по AOT всевозможные комбинации "select [firstonly] [firstfast] custinvoicetrans", также проверял, не используются ли классы Query/QueryRun/... поиском "addRange(fieldNum(custInvoiceTrans", смотрел Query's, которые располагаются в AOT. Результаты получились следующие - есть запросы почти идентичные этому, но ни один из них не содержат выражения ORDER BY (или не вызывают метод addSortField()). Пробовал смотреть их SQL-код - ORDER BY там не появлялся.
Отчаявшись, сижу и перебираю результаты поиска по всему AOT строки "CustInvoiceTrans". 1702 результата и успехом пока не пахнет.
Может быть, я упустил какую-то возможность или не учел какой-то случай? Буду рад любой помощи.

[kashperuk]

Может это просто пользователи смотрят форму строк накладных клиента?

Включите сохранение запросов в таблицу. Он при этом сохраняет и стек, а соответственно, можно будет посмотреть, откуда ноги растут.
Профайлер можно настроить в настройках пользователя на закладке SQL

[eLLoco]

Цитата:

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

Может это просто пользователи смотрят форму строк накладных клиента?

пробовал. в форме "расчеты с клиентами/запросы/журналы/накладная" идет выборка с двух таблиц, а в "расчеты с клиентами/накладная на услуги" используется CustInvoiceLine.

[belugin]

В настройках АОСа можно такуюже трассировку поставить и определить Query Time Limit

[eLLoco]

Цитата:

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

В настройках АОСа можно такуюже трассировку поставить и определить Query Time Limit

трассировал уже. открывать-закрывать-нажимать_кнопки по всем формам не имеет смысла, а других форм, использующих CustInvoiceTrans, кроме указанных в предыдущем посте, я не знаю.

[kokorins]

Может Reports\CustInvoice

[eLLoco]

Цитата:

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

Может Reports\CustInvoice

Во всех отчетах CustInvoice* в качестве DataSource указана таблица журнала накладных CustInvoiceJour.

[kokorins]

Там в fetch есть

tradeLoopTransQuery = custInvoiceJour.queryCustInvoiceTrans();
            tradeLoopTransQuery.recordLevelSecurity(false); // must always print all lines.
            tradeLoopTrans = new QueryRun(tradeLoopTransQuery);

может оно?

[belugin]

Цитата:

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

трассировал уже. открывать-закрывать-нажимать_кнопки по всем формам не имеет смысла, а других форм, использующих CustInvoiceTrans, кроме указанных в предыдущем посте, я не знаю.

А оно коллстек в разве не вываливает? Когда пользователь откроет эту форму - вы получите коллстек.

[eLLoco]

Цитата:

Там в fetch есть...может оно?

нет, это не оно. если пойти внутрь методов, это видно.

Цитата:

А оно коллстек в разве не вываливает? Когда пользователь откроет эту форму - вы получите коллстек.

прошу прощения, не совсем понял. трассировал установкой галки "Трассировка SQL" в параметрах пользователя. попробовал открывать (ставить-снимать фильтры, etc) эти формы - нужного запроса не было. оригинальный текст запроса получен с Оракла, у него callstack'а нет.

[belugin]

я имел ввиду параметры АОСа

[eLLoco]

Такой еще вопрос - SQL-код, который можно посмотреть в таблице SysTraceTableSQL - это конечный код, который передается Ораклу, и который никогда уже им не изменится? Это я к тому, что похожих запросов очень много. В основном, не совпадают поля сортировки - сортировки вообще нет, а на Оракле сортируется по полям одного из индексов.

[AndyD]

А это у вас не форма обработки счетов-фактур?
FactureEditLines_RU

[eLLoco]

Цитата:

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

А это у вас не форма обработки счетов-фактур?
FactureEditLines_RU

Я не вполне уверен, что это не она ).
Дело в следующем - сортировка в запросе на этой форме идет по полям другого индекса. Причем сортировкой рулит Аксапта, явных указаний на использование индекса или выражений order by не присутствует.

[AndyD]

Вы ошибаетесь.
В настройках датасорса CustInvoiceTrans явно указано - для сортировки использовать индекс ItemIdIdx

[eLLoco]

Цитата:

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

Вы ошибаетесь.
В настройках датасорса CustInvoiceTrans явно указано - для сортировки использовать индекс ItemIdIdx

Не ошибаюсь. Возможно эта форма изменялась в прошлом, но сейчас явной сортировки не указано. Интересует следующий вопрос - если не указать Oracle index-hint, применит он сортировку или нет? А если да - то чем определяется выбор индекса? Есть подозрение, что все происходит все же на FactureEditLines_RU, но никак не могу разобраться, откуда берется сортировка по индексу ItemIdIdx, причем без index hint.

[AndyD]

Цитата:

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

Возможно эта форма изменялась в прошлом, но сейчас явной сортировки не указано.

?
Посмотрите по слоям, есть ли изменения выше dis. Посмотрите дату изменения и кто изменял. Возможно, изменили уже после того, как вы начали разбираться с запросом.

И при чем здесь index hint? Это подсказка серверу, какой индекс использовать в плане запроса.
Для указания явной сортировки по индексу используется конструкция index ItemIdIdx. Или в датасорсе в свойстве Index указывается нужный индекс

[eLLoco]

AndyD, действительно, дело было в свойстве Index на datasource этой формы. И действительно, была путаница с изменениями. Благодарю за сэкономленное время .