Проблема.База данных SQL обнаружила ошибку.

[kalex_a]

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

select firstonly inventDim 
    where inventDim.InventLocationId == 'Склад 1' 
 join InventSum 
    where InventSum.InventDimId == inventDim.inventDimId &&
     InventSum.itemId == 'Item 1' &&
     (InventSum.PostedQty + 
     InventSum.Received - 
     InventSum.Deducted + 
     InventSum.Registered - 
     InventSum.Picked) >= 20;

выдает ошибку: "Невозможно выбрать запись в Складские аналитики (InventDim). Номер аналитики.: .База данных SQL обнаружила ошибку"
Хотя на 2 других приложениях срабатывает нормально.

[Logger]

Было нечто подобное.
Как выяснилось кусок кода

&& InventTrans.costamountPosted > 0 - InventTrans.costamountadjustment

выдавал такую ошибку.

На оракл он уходил так :

AND (COSTAMOUNTPOSTED>(:IN5-COSTAMOUNTADJUSTMENT))))

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

AND (COSTAMOUNTPOSTED>(7.<00373231303336E50-COSTAMOUNTADJUSTMENT)))

или

AND (COSTAMOUNTPOSTED>(7.;00323438363336E50-COSTAMOUNTADJUSTMENT)))

т.е. константа 0 парсером преобразовывалась в не совсем 0

Самое неприятное, что такое происходило не всегда, а например на 3-м или 5-м вызове запроса. (и это было уже совсем подстава)
т.е. нередко уходил вполне нормальный запрос с нулем, а не странной константой "7.<00373231303336E50"
Точного рецепта как это побороть не дам - начисто в голове забылось
По-моему я шаманил с типом константы в коде, т.е. вместо 0 писал 0.0 а также могло влиять то с какого месте от знака неравенства стоит операнд.

[nix0root]

У меня работает
BD ORACLE, AX 4

[nix0root]

А какая база у Вас?

[Logger]

Ax 3.0 KR3 appl SP5
Oracle 10g


Повторюсь - глюк возникает не гарантировано, а на каком-то, как правило, не первом вызове.

При вызове без литералов это приводило к ошибке
ORA-01722: invalid number
а с литералами к
ORA-00911: invalid character
или
ORA-00907: missing right parenthesis
(видимо зависело от константы которую парсер подставлял)

[kalex_a]

У нас все 3 приложения AX 4.0 на MS SQL 2005, на 2 работает нормально а на одном никак ((

[Logger]

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

[hated8]

Как вариант, возможно в этой базе, какие-то кривые значения, в таблице....
У меня недавно был косяк, тоже sql валил ошибку из за того что в таблице слишком большие значения поля PostedValue.

Откройте таблицу в ручную и посмотрите что она должна вам вернуть по такому запросу....

[nix0root]

N повторов дали один и тот же положительный результат.
Возможно настройки разделителя целой и дробной частей.
Или действительно кеш.

[Ace of Database]

Я стараюсь избегать вычисляемых выражений в запросах на X++.

Лучше переписать так:

while select inventDim 
    where inventDim.InventLocationId == 'Склад 1' 
 join InventSum 
    where InventSum.InventDimId == inventDim.inventDimId &&
     InventSum.itemId == 'Item 1'
{
    if ((InventSum.PostedQty + 
     InventSum.Received - 
     InventSum.Deducted + 
     InventSum.Registered - 
     InventSum.Picked) >= 20) break;
}

[kalex_a]

Цитата:

Сообщение от Ace of Database

Я стараюсь избегать вычисляемых выражений в запросах на X++.

Лучше переписать так:

while select inventDim 
    where inventDim.InventLocationId == 'Склад 1' 
 join InventSum 
    where InventSum.InventDimId == inventDim.inventDimId &&
     InventSum.itemId == 'Item 1'
{
    if ((InventSum.PostedQty + 
     InventSum.Received - 
     InventSum.Deducted + 
     InventSum.Registered - 
     InventSum.Picked) >= 20) break;
}

Да но по времени это разве не больше будет?

[Ace of Database]

Цитата:

Да но по времени и по кол-ву запросов это разве не больше будет?

для данного случая быстродействие останется хорошим. Я бы еще InventSum вынес наверх джойна, т.к. инвентсумов с заданной номенклатурой меньше, чем инвентдимов с данным складом. Но это не критично

[Bober]

А замена join на exists join не поможет? Зачем вам именно join, если ищете firstonly.

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

Вообще-то, в стандартном функционале

(postedQty + received - deducted + registered - picked) == physicalInvent

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

InventSum.physicalInvent > 20

[George Nordic]

А не лучше ли в подобных случаях какой-нибудь класс использовать, типа InventOnHand или подобный?

С Уважением,
Георгий