Почему join запрос разбивается на подзапросы!? - Страница 2 - DAX: Программирование

belugin · 25.06.2007, 12:33

если скопировать запрос как есть из мониторинга и выполнить его через Management Studio - также долго?

**mazzy** · 25.06.2007, 12:43

Цитата:

Сообщение от 3oppo

А вы в этом смысле. Ну да есть некоторые неудобства. Но почти всё обходится дополнительным программированием.

Я об этом и говорю Почему join запрос разбивается на подзапросы!?

Цитата:

Сообщение от 3oppo

Если это даже все 30 сек. (думаю что ЗНАЧИТЕЛЬНО меньше) это не критично для отчёта запускаемого 2 раза в месяц.

Я же вам написал "Замерьте"
А вы отвечаете "думаю, что..."
Повторяю еще раз: ЗАМЕРЬТЕ.

3oppo · 25.06.2007, 13:17

Цитата:

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

если скопировать запрос как есть из мониторинга и выполнить его через Management Studio - также долго?

В Enterprise Managere выполнился за 3 сек.
Что такое Management Studio ?!

belugin · 25.06.2007, 13:25

Management Studio - Поиск в Google

3oppo · 25.06.2007, 13:44

Что мне реально может дать этот софт?! Показания Enterprise Managere не достаточно?!
Включил этот же код в качестве прямого запроса отработал за 15 сек

belugin · 25.06.2007, 13:50

Ничего не даст - это просто ответ на Ваш вопрос "Что такое Management Studio ?!".

Просто в SQL 2005 -- это штатная штука того же назначения что и EM в 2000.

Честно говоря, не знаю, что дальше делать. Может попробовать потрассировать ход выполнения запроса при помощи profiler. Или попробовать выполнить запрос при помощи connection (может быть что-то роется в настройках соединения)

glibs · 25.06.2007, 13:51

Цитата:

Сообщение от 3oppo

Пробовал коментарить код внутри цикла, на времени выполнения это не отразилось.

А на количестве запросов?

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

Запустите профайлер кода, в конце концов. Убедитесь, что время уходит именно на запрос.

Ed1k · 25.06.2007, 14:15

Цитата:

Сообщение от 3oppo

Остался вопрос ПОЧЕМУ ТАК ДОЛГО?! И почему такая большая разница с прямым запросом.

Разница в планах выполнения может быть, хинты запроса одинаковые?

3oppo · 25.06.2007, 14:30

Цитата:

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

А на количестве запросов?

На количестве запросов отразилось, я же написал запрос всё таки один. (Там хитро запускался простой select) Но выполняется очень медленно. С простым инкрементом вместо кода.

Цитата:

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

Запустите профайлер кода, в конце концов. Убедитесь, что время уходит именно на запрос.

Запускал время уходит на весь цикл.

Что есть время выполнения запроса?! Это время до выхода из полного цикла, или это время до попадания внутрь цикла?

Обратил внимание на такую вещь:
При АКСАПТАВСКОМ запросе, попадание внутрь цикла происходит быстро ( 5 сек), НО само прохождение по циклу идёт очень медленно, хотя внутри выполняется только i++;
При прямом запросе, и попадение внутрь цикла и сам цикл (с кодом i++) делаются очень быстро.
Может это как то, кому то, прояснит ситуацию!?

AndyD · 25.06.2007, 14:42

А что это за "прямой запрос"?
Приведите его.

PS. Есть подозрение, что это происходит из-за сортировки. Уберите index из запроса.

ice · 25.06.2007, 14:44

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

AndyD · 25.06.2007, 14:45

И еще - замените первый join на exists join - у вас на каждую проводку для одной и той же номенклатуры возвращается сторока. За счет этого может быть много "холостых" прогонов цикла

3oppo · 25.06.2007, 14:53

Цитата:

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

Разница в планах выполнения может быть, хинты запроса одинаковые?

Как это?!

Цитата:

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

А что это за "прямой запрос"?
Приведите его.

X++:

    odbc = new ODBCConnection(lp);
    statement = odbc.createStatement();
    ip4 =   NoYes::Yes;
    ip2 =   RAssetTransType::Acquisition;
    ip3 =   VGP_LedgerLinkModuleRef::RAsset;
    select it;
    queryText   =
    strfmt(
      "SELECT * FROM  RASSETTABLE"

    + "FROM         vgp_sql.RASSETTABLE A INNER JOIN"
    + "                  vgp_sql.RASSETTRANS B ON A.ACCOUNTNUM = B.ACCOUNTNUM INNER JOIN"
    + "                  dbo.LEDGERTRANS C ON B.VGP_LEDGERLINKID = C.VGP_LEDGERLINKID AND B.VOUCHER = C.VOUCHER AND"
    + "                  B.TRANSDATE = C.TRANSDATE"
    + " WHERE     (A.DATAAREAID = 'vgp') AND (A.VGP_PROPERTYTAX = %4) AND (B.DATAAREAID = 'vgp') AND (B.ASSETTRANSTYPE = %2) AND"
    + "                  (B.TRANSDATE <= CONVERT(DATETIME, %1, 102)) AND (C.DATAAREAID = 'vgp') AND (C.VGP_LEDGERLINKMODULEREF = %3)"
    + " ORDER BY A.DATAAREAID, A.ACCOUNTNUM, B.DATAAREAID, B.ACCOUNTNUM, B.ASSETTRANSTYPE, C.DATAAREAID, C.VGP_LEDGERLINKID,"
    + "                  C.VGP_LEDGERLINKMODULEREF OPTION (FAST 4)"
    , date2str( reportDateEnd,321,2,4,2,4,4), ip2, ip3, ip4, CurExt()   );


    odbc.ttsbegin();
    res = statement.executeQuery(queryText);
    while(res.next())
    {
          i++;
    }

Цитата:

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

PS. Есть подозрение, что это происходит из-за сортировки. Уберите index из запроса.

ПРОБОВАЛ! Не помогает!

3oppo · 25.06.2007, 14:59

Цитата:

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

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

Почему тогда этого не происходит при прямом запросе?! Хотя надо попробовать!

Цитата:

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

И еще - замените первый join на exists join - у вас на каждую проводку для одной и той же номенклатуры возвращается сторока. За счет этого может быть много "холостых" прогонов цикла

Да я это видел, как момент оптимизации. Думаю и firstonly там ставили именоо для этого!

PS. Наберут студентов по объявлению... .. .

3oppo · 25.06.2007, 15:15

Цитата:

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

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

Запросил одно поле, запрос отработал за 7 секунд!
Но мне нужны все поля!!!

belugin · 25.06.2007, 15:20

а если в прямом запросе прокачать все поля через ODBC, останется ли он после этого быстрее встроенного?

ALES · 25.06.2007, 15:27

Цитата:

Сообщение от 3oppo

Запросил одно поле, запрос отработал за 7 секунд!
Но мне нужны все поля!!!

Точно все все ?? Там мемо полей, например, с фотографией ОС

случаем в выборке нет? )

**mazzy** · 25.06.2007, 15:52

Цитата:

Сообщение от 3oppo

X++:

    odbc = new ODBCConnection(lp);
    statement = odbc.createStatement();
    ip4 =   NoYes::Yes;
    ip2 =   RAssetTransType::Acquisition;
    ip3 =   VGP_LedgerLinkModuleRef::RAsset;
    select it;
    queryText   =
    strfmt(
      "SELECT * FROM  RASSETTABLE"

    + "FROM         vgp_sql.RASSETTABLE A INNER JOIN"
    + "                  vgp_sql.RASSETTRANS B ON A.ACCOUNTNUM = B.ACCOUNTNUM INNER JOIN"
    + "                  dbo.LEDGERTRANS C ON B.VGP_LEDGERLINKID = C.VGP_LEDGERLINKID AND B.VOUCHER = C.VOUCHER AND"
    + "                  B.TRANSDATE = C.TRANSDATE"
    + " WHERE     (A.DATAAREAID = 'vgp') AND (A.VGP_PROPERTYTAX = %4) AND (B.DATAAREAID = 'vgp') AND (B.ASSETTRANSTYPE = %2) AND"
    + "                  (B.TRANSDATE <= CONVERT(DATETIME, %1, 102)) AND (C.DATAAREAID = 'vgp') AND (C.VGP_LEDGERLINKMODULEREF = %3)"
    + " ORDER BY A.DATAAREAID, A.ACCOUNTNUM, B.DATAAREAID, B.ACCOUNTNUM, B.ASSETTRANSTYPE, C.DATAAREAID, C.VGP_LEDGERLINKID,"
    + "                  C.VGP_LEDGERLINKMODULEREF OPTION (FAST 4)"
    , date2str( reportDateEnd,321,2,4,2,4,4), ip2, ip3, ip4, CurExt()   );


    odbc.ttsbegin();
    res = statement.executeQuery(queryText);
    while(res.next())
    {
          i++;
    }

Что вы людям голову морочите?
У этого запроса даже синтаксис неправильный.

MPAKObec · 25.06.2007, 17:26

Цитата:

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

а если в прямом запросе прокачать все поля через ODBC, останется ли он после этого быстрее встроенного?

А как это делается?!

belugin · 25.06.2007, 17:31

после res.next пройтись по всем полям в res.metadata и вызвать для каждого res.getString.

Ещенарушена чистота жксперимента использован ODBCConnection вместо Connection

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Не отрабатывает запрос EXISTS JOIN	Paul_ST	DAX: База знаний и проекты	8	21.03.2008 17:21
запрос с 4 таблицами. Загадка с Join	Андрей К.	DAX: Программирование	7	19.09.2007 17:12
Почему на форме "Пользовательские настройки", когда я перехожу в нее из формы, отсутствует закладка "Запрос"?	Hans	DAX: Администрирование	0	05.07.2007 13:52
2 join-а + CasheLookup = EntireTable	vallys	DAX: Программирование	1	10.03.2006 13:20
можно ли сделать с помощью join следующий запрос:	SergAY	DAX: Программирование	1	29.07.2003 11:39

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид