Ускорить расчет

[Bars]

Пакетной обработкой считается средняя реализация понедельно...
Очень долго идет выборка записей, не подскажите есть ли средства ускорения расчета, в частности выборки (while select)

[mazzy]

если вопрос ставится настолько обобщенно, то и ответ общий - переносите сложную обработку на сервер приложений (AOS).

[Prof]

Профайлер не запускали? Там же все видно. Чаще всего индексов не хватает, или они например могут не работать (на оракле).

[Bars]

Да, извините .... вопрос некорректно поставил.

Таблица SalesLine. Рассчитываем среднюю реализацию понедельно. То есть с сегодняшнего дня до начала недели .. потом понедельно. Средняя реализация расчитывается как сумма реализации / количество дней в которых была реализация.

Обратил внимание что while select сначала отбирает весь набор записей за определенный период, тока потом начинает отрабатывать расчет.
СУБД - Oracle.

[AndyD]

Приведите свой запрос, а то вопрос опять получается общим.

Пока только общие соображения:
Какие поля у вас входят в ORDER BY? Входят ли они в какой-либо индекс?

[Bars]

while select itemId, inventDimId from salesLine
        group by itemid,inventDimId
            where salesLine.dataAreaId == 'dat'
              && salesLine.SalesStatus == SalesStatus::Invoiced
                && salesLine.ConfirmedDlv >= startDate
                   && salesLine.ConfirmedDlv <= endDate

есть отдельныйиндекс по itemid и inventDimId

[Prof]

Цитата:

Обратил внимание что while select сначала отбирает весь набор записей за определенный период, тока потом начинает отрабатывать расчет.

Вот эта фраза мне лично не очень понятна. Куда отбирает и почему он должен отбирать не все? что за расчет?

План запроса смотрели? Индексы работают?

[Atani]

Может, вам создать индекс на SalesLine по полям (ItemId, InventdimId, SalesStatus, ConfirmedDlv)?

И условие 'where dataareaid == ' - не нужно. Axapta автоматически поставит его в запрос в качестве первого условия. И в индекс dataareaid попадёт первым полем.

[Jabberwocky]

Попробуйте перестроить вышеуказанный запрос следующим образом:

select itemId, inventDimId from salesLine
      group by itemId, inventDimId
      exists join salesTable
            where  salesTable.SalesId == salesLine.SalesId 
                && salesTable.SalesStatus == SalesStatus::Invoiced
                && salesLine.dataAreaId == 'dat'
                && salesLine.ConfirmedDlv >= startDate
                   && salesLine.ConfirmedDlv <= endDate;

Этот запрос "шерстит" не всю SalesLine, а только те записи, которые относятся к заказам, по которым проведена накладная.

[Wamr]

Самый лучший способ ускорить запрос - избавиться от него...
Мне не понятно почему берутся строки заказов, а не накладных, почему берется InvnentDimId, который может сильно не совпадать с реальной аналитикой проводок.
Вобщем, подумайте нужен ли вам этот запрос