Вопрос по insert_recordset

[petr]

Сейчас вот опять разбирались с ошибками insert_recordset.

Касательно DAX4.0 SP2 (SQL 2005 SP3).

Вставка из одной невременной таблицы в другую. Если есть группировка, то аксапта выдает ошибку SQL при включенном трейсинге запросов SQL (Параметры пользователя / SQL / SQL-Trace). Если его выключить, то все работает.

Это на первый взгляд, если будет время подготовлю более подробно описание.

[kashperuk]

Цитата:

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

Сейчас вот опять разбирались с ошибками insert_recordset.

Касательно DAX4.0 SP2 (SQL 2005 SP3).

Вставка из одной невременной таблицы в другую. Если есть группировка, то аксапта выдает ошибку SQL при включенном трейсинге запросов SQL (Параметры пользователя / SQL / SQL-Trace). Если его выключить, то все работает.

Это на первый взгляд, если будет время подготовлю более подробно описание.

Хмм. В лоб не получилось воспроизвести на последней версии.
Возможно что-то забыли?

Генерируется такой запрос:

SQL statement: (Table1) SELECT A.ITEMID AS f1,N'mul' AS DATAAREAID,1 AS RECVERSION,IDENTITY(bigint,1,1) AS RECID INTO [#ax_tmp_mul3_52_0]  FROM INVENTTABLE A WHERE (DATAAREAID=N'mul') GROUP BY A.ITEMID ORDER BY A.ITEMID [ID=608, Reused=No]

Вот такой код:

static void Job1(Args _args)
{
    Table1 table1;
    Inventtable inventTable;
    ;
    delete_from table1;

    insert_recordset table1 (ItemId)
    select ItemId from inventTable
        group by ItemId;
}

[petr]

У меня сегодня на стандартной инсталяции у нас тоже не получилось воспроизвести. Хотя на инсталяции клиента ошибка выпадает. Видимо это еще от каких то настроек клиента / АОСа / БД зависит. Когда мы тут разберемся - я выложу результаты.

[SRF]

Доброго времени, суток!

Цитата:

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

Хмм. В лоб не получилось воспроизвести на последней версии.
Возможно что-то забыли?

Генерируется такой запрос:

SQL statement: (Table1) SELECT A.ITEMID AS f1,N'mul' AS DATAAREAID,1 AS RECVERSION,IDENTITY(bigint,1,1) AS RECID INTO [#ax_tmp_mul3_52_0]  FROM INVENTTABLE A WHERE (DATAAREAID=N'mul') GROUP BY A.ITEMID ORDER BY A.ITEMID [ID=608, Reused=No]

Вот такой код:

static void Job1(Args _args)
{
    Table1 table1;
    Inventtable inventTable;
    ;
    delete_from table1;
 
    insert_recordset table1 (ItemId)
    select ItemId from inventTable
        group by ItemId;
}

При стандартных настройках действительно ничего не наблюдается(по крайней мере у меня не получилось), однако после небольших изысканий имеем следующую картину :

Параметры пользователя\SQL\SQL Trace - установлена
Параметры пользователя\SQL\Query Plan должна стоять обязательно!!!
И установлен вывод запросов например в инфолог(Параметры пользователя\Multiply SQL Statements\Infolog)

Настройки АОСа:
1. Галка "Allow client tracing on Application Object Server instance" должна быть установлена.

После установки данных параметров и запуска Job1, на ниже приведенныx приложенияx

AX 4.0 Kernel version : 4.0.1633.10.0 Application version 4.0.1633.11
SQL 2005 Version 9.00.2047.00

AX 4.0 SP 2 EE Kernel version : 4.0.2501.116 Application version 4.0.2501.347
SQL 2005

возникает следующая ошибка

SQL Statement : /*SP*/ SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; INSERT INTO T1 (ITEMID,DATAAREAID,RECVERSION,RECID)SELECT F1,DATAAREAID,RECVERSION,RECID+5637148658 FROM #axapta_tmp_dmo53

Возможно данная проблема наблюдается и в AX 2009.

P.S. С галкой Параметры пользователя\SQL\Query Plan сталкиваюсь не первый раз, есть еще один баг с ней связанный(возможно наблюдается при включенной галке трассировки на АОСе)(AX 3.0 SP2 + Oracle 9),
суть в следующем : есть таблица, в ней есть поле типа Container, так вот если производить в ставку в эту таблицу, то при включенном мониторинге запросов и галке "План запроса"
возникает следующая ошибка : ORA-00932: inconsistent datatypes: expected NUMBER got BLOB, если галка "План запроса выключена", то все ок
Во вложении проект, который воспроизводит данную ошибку(после импорта, нужно установить галки и запустить job)

[kashperuk]

Цитата:

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

Параметры пользователя\SQL\Query Plan должна стоять обязательно!!!

Проверил оба сценария, нет ошибки...
АХ последний билд, SQL Server 2005, Win 2K3