От перестановки условий меняется результат

[kia]

На АХ4 и АХ2009 замечен интересный глюк. Результат запроса в цикле зависит от положения полей в условии.

PHP код:

static void Job47(Args _args)
{
    EmplTable   emplTable;
    int         n = 0;
    ;
    while select emplTable
        where emplTable.EmplId == emplTable.PayMainEmplId_Ru
    {
        n++;
    }
    info(int2str(n));
    n = 0;
    while select emplTable
        where emplTable.PayMainEmplId_Ru == emplTable.EmplId
    {
        n++;
    }
    info(int2str(n));
} 


Результат:
1
11365

[mazzy]

прикольно. подтверждаю.

[mazzy]

Цитата:

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

На АХ4 и АХ2009 замечен интересный глюк. Результат запроса в цикле зависит от положения полей в условии.

Это побочный эффект от кэширования.

У таблицы EmplTable стандартная установка CahceLookup = Found
Первый select совпадает с PrimaryIndex, а второй нет.
Поэтому кэширование на первый влияет, а на второй - нет.

Поставьте CahceLookup = NotInTTS (примечание - это очень плохо подействует на расчет зарплаты в модуле RPay)

[lev]

Цитата:

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

Это побочный эффект от кэширования.

У таблицы EmplTable стандартная установка CahceLookup = Found
Первый select совпадает с PrimaryIndex, а второй нет.
Поэтому кэширование на первый влияет, а на второй - нет.

Поставьте CahceLookup = NotInTTS (примечание - это очень плохо подействует на расчет зарплаты в модуле RPay)

у нас CahceLookup = None - тот же эффект

попробовал установить CahceLookup = NotInTTS - тот же эффект

[mazzy]

Цитата:

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

у нас CahceLookup = None - тот же эффект

попробовал установить CahceLookup = NotInTTS - тот же эффект

а на ax2009 запросы стали выдавать одинаковые значения...
странно.

[lev]

Цитата:

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

а на ax2009 запросы стали выдавать одинаковые значения...
странно.

ага. Сейчас нет под рукой 2009 ахи чтоб попробовать.

но в Ax3.0 перепробовал все значения свойства CahceLookup результат всегда один

[lev]

на Ах3.0 SP3 то же самое

[DSPIC]

Поставьте между SELECT'ами:

...
emplTable = null;
...

или

...
emplTable.EmplId = '';
...

и повторите тест.

[kia]

Цитата:

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

Поставьте между SELECT'ами:
и повторите тест.

И что?
Не правильно отрабатывает первый запрос.
Поменял запросы местами, вставил как вы написали.
Все равно запрос с "emplTable.EmplId == emplTable.PayMainEmplId_Ru" отрабытывает не правильно.

[lev]

Цитата:

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

Поставьте между SELECT'ами:

...
emplTable = null;
...

или

...
emplTable.EmplId = '';
...

и повторите тест.

то же самое

написал джоб через query нормально отрабатывает при любом положении условий:

static void Job47(Args _args) 
{ 
    Query                   query = new Query();
    QueryBuildDataSource    qbds  = query.addDataSource(tableNum(EmplTable));
    QueryRun                queryRun;
    ;

    qbds.addRange(fieldNum(EmplTable, RecId)).value(strFmt('(%1 == %2)', fieldStr(EmplTable, EmplId), fieldStr(EmplTable, PayMainEmplId_Ru)));
    info(qbds.toString());

    queryRun    = new QueryRun(query);

    info(strFmt('%1', SysQuery::countLoop(query.pack())));
    
    qbds.clearRange(fieldNum(EmplTable, RecId));
    qbds.addRange(fieldNum(EmplTable, RecId)).value(strFmt('(%1 == %2)', fieldStr(EmplTable, PayMainEmplId_Ru), fieldStr(EmplTable, EmplId)));
    info(qbds.toString());

    queryRun    = new QueryRun(query);

    info(strFmt('%1', SysQuery::countLoop(query.pack()))); 
}

[kia]

Нормально отработает при добавлении любого дополнительного условия
например "&& emplTable.EmplId"
Но именно в таком виде - не правильно

[AndyD]

mazzy прав - дело в кэше.
Попробуйте вызвать emplTable.disableCache(true); перед проблемным запросом

[lev]

Цитата:

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

mazzy прав - дело в кэше.
Попробуйте вызвать emplTable.disableCache(true); перед проблемным запросом

в Ах 3.0 это помогло!