SQL мониторинг + прямой запрос к SQL

[Alex_KD]

Выполняю примерно такой код в джобе (AX 3.0 SP5):

        queryText   = strfmt("SELECT * FROM SCL_ARTC");
        odbc.ttsbegin();
        res = statement.executeQuery(queryText);
        while(res.next())
        {
           info(strfmt("%1 %2", res.getString(1), res.getString(2)));
        }
        odbc.ttscommit();

Работает....все ок. Включаю мониторинг запросов SQL. Получаю кучу глюков на выбор:

• Аксапта не может создать RecId и поэтому закрывается
• Просто падает
• Выдает ошибку(это всегда): Невозможно выбрать запись.....

Кто нибуть сталкивался с такой проблемой?
Собственно откуда ноги растут понятно. Непонятно как это корректно обработать (снимать галку в настройках перед выполнением запроса? ).

[Jony]

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

[Alex_KD]

Да это весь код и есть. Пропущено только соединение с БД и все.
Код работает, но как только включается трассировка SQL - вываливаются ошибки (в лучшем случае) или просто падает Аксапта.
Предпологаю, что лог по таблице, к которой идет запрос, Акса не может записать - она ее просто не видит. Пока все что приходит на ум - отключать трассировку перед запросом, потом включать после.

[Jony]

При включенной трассировке sql в infolog прекрасно отрабатывает такое (по идее тожесамое что и у Вас)

static void Job59(Args _args)
{
    ODBCCOnnection  odbc;
    Statement       statement;
    str             queryText;
    ResultSet       res;
    LoginProperty   lp = new SqlSystem().createLoginProperty();
    inventTable     it;
    ;

    odbc = new ODBCConnection(lp);
    statement = odbc.createStatement();

    select it;
    queryText   = strfmt("SELECT * FROM sysobjects");
    odbc.ttsbegin();
    res = statement.executeQuery(queryText);
    while(res.next())
    {
       info(strfmt("%1 %2", res.getString(1), res.getString(2)));
    }
    odbc.ttscommit();

}

как Вы создаете подключение?

ПС: т.е. трассировка выдает результат и для select it и для запроса через statement. ничего не упало

[Alex_KD]

LoginProperty   lp = new SqlSystem().createLoginProperty();

Насколько я понимаю такая комбинация создает подключение к той базе в которой работает Акса. У меня подключение к ДРУГОЙ базе.
База Аксы находится на серваке, а та в которой таблица SCL_ARTC - на локальной базе.

[Jony]

попробовал конектиться к другой базе (pubs), правда на том же серваке, (нет времени возводить локальный), результат такой же как и в пред случае- все норм когда включена трассировка.
Может какие-то особенности с трассировкой таких подключений из-за 2-3х уровней?
может изменить место выполнения джоба(клиент или сервер)... пока на ум ничего не пришло

[KiselevSA]

Для дополнительных коннектов из рабочей базы одного сервера к базе на другом сервере для SQL необходимо настроить LinkedServer на сервере с рабочей базой. И не забыть дать права пользователю Windows, под которым запущен клиент, на базу дополнительного сервера.

[Jony]

Для соединения с др базе из аксапты не нужно настраивать linkedServer'a , это обычное одбц соединение к отдельной табличке в отдельной базе, тут что-то другое, возможно с правами...

[Alex_KD]

А причем тут права?
Она соединяется....запрос проходит...данные нормально считываются. Причем в обоих ситуациях - и при включенной трассировки и при выключенной.

[Alex_KD]

Падает предположительно в этом месте:
класс SysSqlShowPlan
метод packMSSqlPlan

При этом настройки мониторинга запросов SQL:
включен мониторинг множественных запросов
план запросов.
Инфолог показывает следующее:

Цитата:

Error Сообщение (11:51:05) Невозможно выбрать запись в "" ("")
База данных SQL обнаружила ошибку.
Info Сообщение (11:51:05) Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'SCL_ARTC'.
Info Сообщение (11:51:05) Оператор SQL: /*SP*/ SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; SELECT * FROM SCL_ARTC

После этого Акса глючит вплоть до сообщения на картинки.

Предпологаю, что Акса пытается повторно выполнить запрос, но использует подключение через

    con = new UserConnection();
    stmt = con.createStatement();

тоесть использует основное соединение и не находит там требуемую таблицу.

Как лечить такое? Отключать лог на время выполнения запроса?

ЗЫ Или оставить все как есть

[Vadik]

Цитата:

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

включен мониторинг множественных запросов
план запросов.

мм... мощно.. действительно есть такая потребность?

[Alex_KD]

Нет.
Но проблему на програмном уровне это не решает.
Ответ вроде "снимите галочку и Аксапта не будет падать..." совсем не то, что нужно. Может есть другие варианты?

[Vadik]

Цитата:

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

Нет.
Но проблему на програмном уровне это не решает.
Ответ вроде "снимите галочку и Аксапта не будет падать..." совсем не то, что нужно. Может есть другие варианты?

Я не вижу, как добраться до соединения в в Application.sysTrace() - это если "по-программистски". "Чиста по-человечески" мне не трудно на записи в журнале по кнопке план исполнения посмотреть. Генерировать и хранить его всегда смысла не вижу тем более, равно как и включать надолго мониторинг множественных запросов
Так что imho все же снимите галочку

[DocSerzh]

Цитата:

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

Да это весь код и есть. Пропущено только соединение с БД и все.

Все-таки покажите полный код... По моему, видел такую проблему..

[Alex_KD]

Полный текст ошибки:

Цитата:

Error Сообщение (10:55:45) Невозможно выбрать запись в "" ("")
База данных SQL обнаружила ошибку.
Info Сообщение (10:55:45) Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'SCL_ARTC'.
Info Сообщение (10:55:45) Оператор SQL: /*SP*/ SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; SELECT * FROM SCL_ARTC
Error Сообщение (10:55:45) Невозможно выбрать запись в "" ("")
База данных SQL обнаружила ошибку.
Info Сообщение (10:55:45) Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'SCL_ARTC'.
Info Сообщение (10:55:45) Оператор SQL: /*SP*/ SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; SELECT * FROM SCL_ARTC
Error Сообщение (10:55:45) Невозможно создать запись в "Журнал трассировки операторов SQL" ("SysTraceTableSQL") Тип трассировки: Error, alexk.
База данных SQL обнаружила ошибку.
Info Сообщение (10:55:45) Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver]Подключение занято до получения результатов для другого hstmt
Info Сообщение (10:55:45) Оператор SQL: INSERT INTO SYSTRACETABLESQL (TRACECONTAINER,STATEMENT,CALLSTACK,TEXT,TEXTDETAILS,TRACETIME,CATEGORY,CODE,CONNECTIONTYPE,CONNECTIONSPID,CONNECTIONID,ISLOBSINCLUDED,ISMOREDATAPENDING,ROWSAFFECTED,ROWSIZE,ROWSPERFETCH,ISSELECTEDFORUPDATE,ISSTARTEDWITHINTRANSACTION,STATEMENTTYPE,STATEMENTID,STATEMENTREUSECOUNT,DETAILTYPE,CREATEDDATE,CREATEDTIME,CREATEDBY,DATAAREAID,RECVERSION,RECID) VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)
Info Сообщение (10:55:45) 31711 Сантехника

Полный текст джоба (убрал только проверки):

static void import_SCL_ARTC(Args _args)
{
    ODBCConnection odbc ;
    Statement      statement;
    ResultSet      res;
    str            queryText;
    FolioConnectionParameters_NV    folioConnectionParameters   =   FolioConnectionParameters_NV::find();
    LoginProperty                   loginProperty;
    ;
    loginProperty    = new LoginProperty();
    loginProperty.setUsername(folioConnectionParameters.UserName);
    loginProperty.setPassword(folioConnectionParameters.UserPassword);
    loginProperty.setServer  (folioConnectionParameters.ServerName);
    loginProperty.setDatabase(folioConnectionParameters.Database);
    odbc =  new ODBCConnection(loginProperty);
    if(odbc)
    {
        statement       = odbc.createStatement();
        queryText   = strfmt("SELECT * FROM SCL_ARTC");
        odbc.ttsbegin();
        res = statement.executeQuery(queryText);
        res.next();
        info(strfmt("%1 %2", res.getString(1), res.getString(2)));
        odbc.ttscommit();
    }
}

[fomenka]

Предположительно, при переходе на SP5 вы не обновили syp-слой, а стали использовать от предыдущего сервис пака. Обновили клиента и сервер, а приложение - нет.

Цитата:

Падает предположительно в этом месте:
класс SysSqlShowPlan
метод packMSSqlPlan

Как раз в этом месте добавлена обработка поля RecVersion. Либо переносите код syp из класса sysSqlShowPlan на свой слой(что проще - но лишит всего что исправлено на syp слое), либо обновляйте приложение(что более трудоемко - но получите все новые возможности и исправления ошибок).

[Alex_KD]

Цитата:

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

Предположительно, при переходе на SP5 вы не обновили syp-слой, а стали использовать от предыдущего сервис пака. Обновили клиента и сервер, а приложение - нет.

Как раз в этом месте добавлена обработка поля RecVersion. Либо переносите код syp из класса sysSqlShowPlan на свой слой(что проще - но лишит всего что исправлено на syp слое), либо обновляйте приложение(что более трудоемко - но получите все новые возможности и исправления ошибок).

А причем тут RecVersion? Если бы не перенесли что-то, то глючило бы всегда, разве я не прав? А в данной ситуации глючило ТОЛЬКО когда были запросы во внешнюю БД по отношении к Аксапте.

[fomenka]

Притом, что RecVersion обрабатывается в классе SysSqlShowPlan отдельным кодом при разборе плана запроса. У вас же именно включение трассировки с сохранением плана запроса глючит? На запросах в которых нет поля RecVersion?
Вы смотрели код метода packMSSqlPlan в классе SysSqlShowPlan?