ошибка update_recordset

[jaran]

Axapta 3.0 CIS SP3 Build #9.2 (MS SQL 2000)

Очень "странное" поведение update_recordset
Когда в предложении присваивания используем выражение с переменными/константами - то результат получается абсолютно не предсказуемый - выражение вычисляется не верно

В прикрепрепленном файле имеется проект. В форме создайте запись со значениями
A=100
B=90
и запустите job: test_table
в результате получаем 0.35 и 180.00

теперь раскоментируем строку
// k = 1.0;
и в результате:
Error Сообщение (19:17:37) Невозможно отредактировать запись в 'test_table' ('test_table').
База данных SQL обнаружила ошибку.
Info Сообщение (19:17:37)
Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Divide by zero error encountered.
Info Сообщение (19:17:37) Оператор SQL: UPDATE TEST_TABLE SET C=(A/((A/B)*?)) WHERE (DATAAREAID=?)

Или это у меня только такое случается?

[AndyD]

Хм. Интересная ошибка.
Число внутри скобок почему-то преобразуется к целому. Причем, преобразуется либо к нулю, либо к 255.
Если отбросить внутренние скобки test_table.A/(test_table.A/test_table.B * k), то ошибка остается. Если же еще и переставить число внутри скобок test_table.A/(k * test_table.A/test_table.B), то ошибка пропадает и считается правильно.
А так test_table.A/(k * (test_table.A/test_table.B)) - опять появляется.
В общем, поле чудес какое-то

[belugin]

а если forceLiterals?

[AndyD]

Неа.
То же самое
Возможно, на update_recordset он не действует - запрос уходит с плейсхолдером

[ZVV]

а если -INTERNAL=NOCURSORREUSE -INTERNAL=COMMENTS в Advanced в ACU?

[ZVV]

Вообще, я пару раз натыкался уже тоже на такое непредсказуемое преобразование аксаптой выражений в SQL.
На вскидку было что-то типа

and 1?1

на выходе.

[AndyD]

Тоже нет.
Да и вызов на сервер шел не из кэша - exec sp_prepexec

[petergunn]

Посмотрел трассировку на SQL сервере :

Цитата:

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

Если отбросить внутренние скобки test_table.A/(test_table.A/test_table.B * k), то ошибка остается.

(@P1 bigint,@P2 int,@P3 nvarchar(8))UPDATE TEST_TABLE SET C=(A/((A/B)*@P1)),RECVERSION=@P2 WHERE (DATAAREAID=@P3)

Цитата:

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

Если же еще и переставить число внутри скобок test_table.A/(k * test_table.A/test_table.B)

(@P1 numeric(28,12),@P2 int,@P3 nvarchar(8))UPDATE TEST_TABLE SET C=(A/((@P1*A)/B)),RECVERSION=@P2 WHERE (DATAAREAID=@P3)


В первом случае действительно параметр передается как целочисленный.

[ZVV]

Цитата:

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

Тоже нет.
Да и вызов на сервер шел не из кэша - exec sp_prepexec

ох уж этот сиквел

 (17:29:55)
    "test_table" ("test_table").
  SQL  .
  SQL: ORA-01476: divisor is equal to zero

 SQL: UPDATE TEST_TABLE SET C=(A/((A/B)*:in1/*1*/)) WHERE (SUBSTR(NLS_LOWER(DATAAREAID),1,3)=NLS_LOWER(:in2)/*'mil'*/)

Для 0.5

Update Test_table
   Set C = ( A / (  ( A / B ) * :In1 /*0.5*/ ) )
 Where ( substr ( nls_lower ( Dataareaid ), 1, 3 ) = nls_lower ( :In2 ) /*'mil'*/ );

действительно поле чудес:
в оракле естественно этот апдэйт (оба) с константами работает без вопросов.
и с bind-переменными если сделать - то тоже.
Т.е. запрос сформирован правильно, и параметр 0.5 пошёл как надо, а 1 как-то по пути к привязке в бинд-переменную превратился в 0.

Ошибка повторяется до k=10, если больше, то работает.
Если тип k изменить на int - то вообще нет проблем.