Непонятное подвисание queryRun.next()

[GBH]

Всем, привет!
Возможно вопрос и глупый, но я не понимаю, что происходит, в какую сторону рыть и что почитать, чтобы разобраться.

Ax4.0
Kernel: 4.0.2503.1176
App : 4.0.2501.122

В методе run вызываю 4 раза подряд разные queryRun. Что-то вроде такого.

queryRunTrans1 = new QueryRun(queryTrans1);
queryRunTrans2 = new QueryRun(queryTrans2);
queryRunTrans3 = new QueryRun(queryTrans3);
queryRunTrans4 = new QueryRun(queryTrans4);

Потом делаю что вот такое:

while(queryRunTrans1.next())
{
}

while(queryRunTrans2.next())
{
}

while(queryRunTrans3.next())
{
}

while(queryRunTrans4.next())
{
}

Прежде чем ппровалиться в третий queryRun идёт очень сильное зависание.
Если смотреть ко-во обрабатываемых строк, то да. Третий queryRun сильно отличается от всех остальных. 120000 строк примерно, в остальных по 5-6 тыс. Дело только в кол-ве строк или можно ещё что-то нарыть?

Спасибо!

[lev]

судя по всему неоптимальный запрос построен для третьего queryRun, поэтому он долго считывает данные из БД.

P.S. смотрите план исполнения запроса, и оптимизируйте его (запрос).

[GBH]

Цитата:

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

судя по всему неоптимальный запрос построен для третьего queryRun, поэтому он долго считывает данные из БД.

P.S. смотрите план исполнения запроса, и оптимизируйте его (запрос).

Спасибо за ответ!
То что оптимизировать надо это , в принципе, было сразу понятно.
Но я думал ,вдруг, есть какие нибудь хитрые вещи.

Ещё раз спасибо.

[samolalex]

Могу посоветовать создать серверный метод в классе (в самом классе поставить свойтво RunOn = "Server") и протестировать быстродействие, оставив только нужный цикл. А вообще согласен с участником lev - что-то не то в самом запросе.

Может быть, помимо большого количество записей в используемой таблице также слишком много полей, поэтому попробуйте включить в ваш запрос лишь необходимые поля (addSelectionField(...)), ну и, опять-таки, при необходимости добавить необходимые фильтры (addRange(...))

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

Если Вы качаете на клиента 120 тысяч строк, то это тоже причина тормоза. Можно для начала замерить время выполнения собственно запросов, убрав циклы

int timeStart;

queryRunTrans1 = new QueryRun(queryTrans1);
queryRunTrans2 = new QueryRun(queryTrans2);
queryRunTrans3 = new QueryRun(queryTrans3);
queryRunTrans4 = new QueryRun(queryTrans4);

timeStart = timeNow();
queryRunTrans1.next();
info(time2str(timeNow()-timeStart,1,1));

timeStart = timeNow();
queryRunTrans2.next();
info(time2str(timeNow()-timeStart,1,1));

timeStart = timeNow();
queryRunTrans3.next();
info(time2str(timeNow()-timeStart,1,1));

timeStart = timeNow();
queryRunTrans4.next();
info(time2str(timeNow()-timeStart,1,1));

Подобная проверка покажет насколько сильно отличается собственно выполнение запроса, поскольку фактически нет процесса закачки на клиента записей.

Если разница окажется не существенной, то проблема именно в объеме перекачиваемой информации. Надо либо уменьшать количество записей, либо уменьшать количество отбираемых полей в каждой записи, либо и то и друге.

[lev]

Цитата:

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

Если Вы качаете на клиента 120 тысяч строк, то это тоже причина тормоза. Можно для начала замерить время выполнения собственно запросов, убрав циклы ...

из сообщения топикстартера видно, что тормозит до цикла...

Цитата:

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

Прежде чем ппровалиться в третий queryRun идёт очень сильное зависание

т.е. тормоза при выполнении queryRun.next(). значит все таки надо поработать над запросом

[S.Kuskov]

Цитата:

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

Прежде чем ппровалиться в третий queryRun идёт очень сильное зависание. Если смотреть ко-во обрабатываемых строк, то да. Третий queryRun сильно отличается от всех остальных. 120000 строк примерно, в остальных по 5-6 тыс. Дело только в кол-ве строк или можно ещё что-то нарыть?

Цитата:

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

из сообщения топикстартера видно, что тормозит до цикла...
т.е. тормоза при выполнении queryRun.next(). значит все таки надо поработать над запросом

Согласен с lev, тормоза именно из-за запроса. Причём вероятно тормозит не обход 120 тысяч записей а выборка 120 тысяч записей. Проверьте, зависание заметно при выборе только первой записи (queryRun.next() тормозит только первый раз)?

Если так, то можно попробовать использовать хинт firstfast. Тогда SQL-сервер для возврата первой строки не будет дожидаться формирования полной выборки. Т.е. таким способом можно будет добиться некого распаралеливания. Пока будут отбираться остальные строки, вы уже начнёте обрабатывать вернувшуюся.

[Wamr]

Цитата:

Сообщение от S.Kuskov

Если так, то можно попробовать использовать хинт firstfast. Тогда SQL-сервер для возврата первой строки не будет дожидаться формирования полной выборки. Т.е. таким способом можно будет добиться некого распаралеливания. Пока будут отбираться остальные строки, вы уже начнёте обрабатывать вернувшуюся.

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