Долго отрабатывает Select

[Art_Tanis]

Добрый день!
Есть следующая проблема в которой причину которой мне не удается понять.
Следующий жоб:

static void Job54(Args _args)
{

    Dialog       dialog = new dialog();

    DialogField  dlgTransDateStart;
    DialogField  dlgTransDateEnd;

    InventTable  inventTable;
    inventTrans   inventTrans;
    int timeFullStart, timeFullFinish, timeFullTotal, i;

    ;
    dlgTransDateStart = Dialog.addField(typeid(TransDate));
    dlgTransDateEnd = Dialog.addField(typeid(TransDate));
    dialog.run();
    timeFullStart = timenow();
    i = 1;
    while select inventTable
        where inventTable.ItemGroupId == "FP_BDiap"
        {

              select forceLiterals sum(Qty), sum(CostAmountPosted) from inventTrans
                        where inventTrans.ItemId == inventTable.itemId
                        && InventTrans.DatePhysical >= dlgTransDateStart.value()
                        &&    inventTrans.DatePhysical <= dlgTransDateEnd.value()
                        &&    InventTrans.TransType == InventTransType::Sales || InventTrans.TransType == InventTransType::InventLossProfit;
              i++;

        }
        timeFullFinish = timenow();
        timeFullTotal = timeFullFinish - timeFullStart;
        info(strfmt("%1, %2", int2str(i), int2str(timeFullTotal)));
}

Итог очень плачевный. вывод следующий: 47 секунд позиций 61, период выборки с 0101 по текущую дату.
Вопрос - как ускорить.

[raz]

использовать join и один запрос.

           while select inventTrans
                        where InventTrans.DatePhysical >= dlgTransDateStart.value()
                        &&    inventTrans.DatePhysical <= dlgTransDateEnd.value()
                        &&   (InventTrans.TransType == InventTransType::Sales || InventTrans.TransType == InventTransType::InventLossProfit)
                   join inventTable
                        where inventTable.itemId == inventTrans.ItemId 
                        && inventTable.ItemGroupId == "FP_BDiap"
                   {}

непонятно, что Вы пытаетесь получить.
для чего это?

sum(Qty), sum(CostAmountPosted)

PS. ну и запрос с ошибкой. скобки забыли?

[S.Kuskov]

взять в скобки

(InventTrans.TransType == InventTransType::Sales || InventTrans.TransType == InventTransType::InventLossProfit)

[ice]

во втором селекте ошибка в условии

[Napalm]

Цитата:

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

использовать join и один запрос.

           while select inventTrans
                        where InventTrans.DatePhysical >= dlgTransDateStart.value()
                        &&    inventTrans.DatePhysical <= dlgTransDateEnd.value()
                        &&   (InventTrans.TransType == InventTransType::Sales || InventTrans.TransType == InventTransType::InventLossProfit)
                   join inventTable
                        where inventTable.itemId == inventTrans.ItemId 
                        && inventTable.ItemGroupId == "FP_BDiap"
                   {}

EXISTS join? Нет, не слышал.

[Владимир Максимов]

Цитата:

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

EXISTS join? Нет, не слышал.

Если хотели пошутить, то неудачно. В Axapta, по возможности, Exists join следует избегать. Если это возможно по логике запроса, то лучше использовать inner join. В данном случае - это возможно, поэтому именно так и следует делать.

Причина в том, что план выполнения запроса с Exists может меняться в зависимости от размера таблиц (количества записей). Это значит, что "сегодня" такой запрос работает быстро, а "завтра" начинаются дикие тормоза. И Вам потребуется много времени и сил, чтобы понять, в чем проблема... Для Inner join такой проблемы нет.

[fed]

Цитата:

Сообщение от Владимир Максимов

Если хотели пошутить, то неудачно. В Axapta, по возможности, Exists join следует избегать. Если это возможно по логике запроса, то лучше использовать inner join. В данном случае - это возможно, поэтому именно так и следует делать.

Причина в том, что план выполнения запроса с Exists может меняться в зависимости от размера таблиц (количества записей). Это значит, что "сегодня" такой запрос работает быстро, а "завтра" начинаются дикие тормоза. И Вам потребуется много времени и сил, чтобы понять, в чем проблема... Для Inner join такой проблемы нет.

Рекомендация изначально не очень верна. Да - были проблемы с exists join в ранних версиях оракла, с которыми Axapta 2.1-2.5 работала. У MS SQL (Даже версии 2000) подобных проблем не наблюдалось. Кроме того - со времен Oracle 8.0.6 и MS SQL 2000 прошло уже 16 лет и ни то ни другой особых проблем именно с Exists join не имеют. То есть - проблемы с execution plan везде возникают время от времени, но именно с exists /not exists join они не связаны.

[Владимир Максимов]

Цитата:

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

Рекомендация изначально не очень верна. Да - были проблемы с exists join в ранних версиях оракла, с которыми Axapta 2.1-2.5 работала. У MS SQL (Даже версии 2000) подобных проблем не наблюдалось. Кроме того - со времен Oracle 8.0.6 и MS SQL 2000 прошло уже 16 лет и ни то ни другой особых проблем именно с Exists join не имеют. То есть - проблемы с execution plan везде возникают время от времени, но именно с exists /not exists join они не связаны.

Проблемы связаны как раз с MS SQL. Ну, лично у меня Подробности по ссылке.

Проблемы с Exists Join

Не знаю, как в Ax2012, но в Ax2009 механика процесса не изменилась, поэтому не вижу причин для оптимизма

[Vadik]

Цитата:

Сообщение от Владимир Максимов

Причина в том, что план выполнения запроса с Exists может меняться в зависимости от размера таблиц (количества записей). Это значит, что "сегодня" такой запрос работает быстро, а "завтра" начинаются дикие тормоза. И Вам потребуется много времени и сил, чтобы понять, в чем проблема... Для Inner join такой проблемы нет

Т.е. для INNER JOIN план исполнения не от размера таблиц, селективности и имеющихся индексов строится, а из ГосПлана распространяется фелдъегерями раз в год, так получается ?

Цитата:

В Axapta, по возможности, Exists join следует избегать

Интерпретация фактов и соответственно рекомендация довольно странные

Цитата:

Проблемы связаны как раз с MS SQL

С тем же успехом можно порекомендовать отказаться от MS SQL

[Владимир Максимов]

А по ссылке посмотреть с чем связана рекомендация не...?

[Vadik]

Цитата:

Сообщение от Владимир Максимов

А по ссылке посмотреть с чем связана рекомендация не...?

Ну типа Вы разобрались в причинах подземного стука в итоге и потому рекомендуете ? Из той ветки просто неочевидно

[Владимир Максимов]

Цитата:

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

Ну типа Вы разобрались в причинах подземного стука в итоге и потому рекомендуете ? Из той ветки просто неочевидно

Да. При определенных условиях, использование exists "внезапно" порождает совершенно не ожидАемые проблемы. При том, что "еще вчера все прекрасно работало" Вот чтобы на эти "грабли" не наступать, по возможности, и стоит избегать exists.