Аксапта 3.0 SP 3 падает

[Wamr]

Есть такой запросик, при выполнении которого на тонком клиенте в 3х звенке Аксапта падает

PHP-Code:

    select RecId from taxOnItem
        where taxOnItem.TaxItemGroup == 'НДС18' // Есть такой
    join RecId from taxGroupData
        where taxGroupData.TaxCode == taxOnItem.TaxCode
           && taxGroupData.TaxGroup == 'Нет Такого'
    join RecId from taxTable
        where  taxTable.TaxCode == taxOnItem.TaxCode; 


Если подставить существующие коды, то все работает.
Аксапта 3.0 sp 3.

Это проблема наша или общая? и какие методы решения существуют?

[Lazy_Tiger]

судя по всему - общая.
у меня точно так же валится

[AlexUnik]

А так не валится:

select RecId from taxOnItem
        where taxOnItem.TaxItemGroup == 'НДС18' // Есть такой
    join RecId from taxGroupData
        where taxGroupData.TaxCode == taxOnItem.TaxCode
           && taxGroupData.TaxGroup == 'Нет Такого'
    join RecId from taxTable
        where  taxTable.TaxCode == taxGroupData.TaxCode;

[Wamr]

to AlexUnik: не помогло

Пока я вижу 2 решения
1. Перенести метод на сервер
2. Разбить while на 2 (исходный пример - кусок от while)
Осталось только нати все места с подобными запросами

[AlexUnik]

Странно. У меня первая вариация запроса, которую Вы предложили тоже валится, но вторая проходит без проблем. (Axapta 3.0 SP3). Быть может, Вы что-то не учли? Попробуйте так:

static void JobRec(Args _args)
{

taxOnItem taxOnItem;
taxGroupData taxGroupData;
taxTable taxTable;

select RecId from taxOnItem
        where taxOnItem.TaxItemGroup == 'НДС18'
    join RecId from taxGroupData
        where taxGroupData.TaxCode == taxOnItem.TaxCode
    join RecId from taxTable
        where  taxTable.TaxCode == taxGroupData.TaxCode;
{
    info(strfmt("%1", taxOnItem.TaxCode));
}
}

[Wamr]

Учел, все что мог

PHP-Code:

static void JobRec(Args _args)
{
    taxOnItem taxOnItem;
    taxGroupData taxGroupData;
    taxTable taxTable;
    ;

    while select RecId from taxOnItem
        where taxOnItem.TaxItemGroup == 'НДС18'
    join RecId from taxGroupData
        where taxGroupData.TaxCode  == taxOnItem.TaxCode &&
              taxGroupData.TaxGroup == ''
    join RecId from taxTable
        where taxTable.TaxCode == taxGroupData.TaxCode
    {
        info('123');
    }
} 


Как говорится.. Мэрри Поппинс? - Досвидания

[AlexUnik]

Скорее всего, ошибка возникает из-за отсутствия кода 'НДС18' в TaxItemGroup. Попробуйте составить запрос, заведомо возвращающий результаты.

[George Nordic]

А так?

PHP-Code:

static void JobRec(Args _args)
{
    taxOnItem taxOnItem;
    taxGroupData taxGroupData;
    taxTable taxTable;
    ;

    while select RecId,TaxCode from taxOnItem
        where taxOnItem.TaxItemGroup == 'НДС18'
    join RecId,TaxCode from taxGroupData
        where taxGroupData.TaxCode  == taxOnItem.TaxCode &&
              taxGroupData.TaxGroup == ''
    join RecId from taxTable
        where taxTable.TaxCode == taxGroupData.TaxCode
    {
        info('123');
    }
} 


[Alks]

Кстати, видимо по теме. У меня рубит с ног Аксапту следующий, как я понимаю аналогичный, код:

PHP-Code:

        taxValue = 0;
        taxItemGroup = item.salesTaxItemGroupId();
        while select taxOnItem where taxOnItem.TaxItemGroup == taxItemGroup
            exists join taxTable
                where taxOnItem.TaxCode == taxTable.TaxCode
                && (taxTable.TaxType_RU == TaxType_RU::VAT
                || taxTable.TaxType_RU == TaxType_RU::VATReduced)
            exists join taxGroupData
                where taxTable.TaxCode == taxGroupData.TaxCode
        {
            taxValue += TaxData : : percent( taxOnItem.taxCode, systemdateget(), 0 );
        } 


при этом валится Аксапта только в том случае, если в справочнике номенклатуры есть хотя бы один товар с незаполненным полем "Налоговая группа номенкл.".
Лечил соответственно тем что проставлял это поле - ТОГДА ВСЁ РАБОТАЕТ.

[Wamr]

Согласитесь, если работоспособность клиентского приложения зависит от того какие параметры попали в запрос, то надо что-то делать с этим приложением.

За все варианты спасибо, но ничего не работает.
Аксапта падала, падает и будет падать.

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

Слушай, ну раз так стабильно падает именно на таком запросе, то сделай вместо одного While несколько вложенных. Ну, что-то вроде.

while select Tab1
{
while select Tab2 where tab2.id == tab1.id
{
...
}
}

Да, работать будет медленнее. Но зато падать перестанет!

[Vadik]

Zitat:

Изначально опубликовано Wamr
Согласитесь, если работоспособность клиентского приложения зависит от того какие параметры попали в запрос, то надо что-то делать с этим приложением.

За все варианты спасибо, но ничего не работает.
Аксапта падала, падает и будет падать.

есть мнение, что это приколы join-а нескольких таблиц с CacheLookup=EntireTable

по крайней мере, изменил CacheLookup на FoundAndEmpty у всех трех (времени на эксперименты нет) - заработало

Спасибо, конечно, разработчикам - сэкономили один запрос к серверу БД



Wamr, у Вас есть возможность скинуть эту багу в сервисную систему или партнеру?

[Wamr]

Все эти таблицы полностью в кэше (EntireTable), если сделать первый while по объединению taxOnItem и taxGroupData, то время выполнения вообще практически не изменится. Но дело в том, что в 2.5 это был очень популярный запрос, а в 3.0 его везде вычистили, что наводит на мысль, что кто-то знал об этой фиче.

К тому же, сам факт настораживает... при каких еще запросах мы получим такой же эффект?

-----------
to Vadik
Теоретически есть (партнеру). Но как это сделать на практике не знаю (никогда не делал)

[Vadik]

Zitat:

Изначально опубликовано Wamr
Все эти таблицы полностью в кэше (EntireTable), если сделать первый while по объединению taxOnItem и taxGroupData, то время выполнения вообще практически не изменится.

Не надо while select - таблицы-то небольшие. Если понизить CacheLookup хотя бы у одной из трех, запрос просто уйдет на SQL сервер, а не будет выполняться на клиенте по непонятно какому алгоритму. И выполнится быстро, и не упадет