QueryRange и QueryFilter [AX2012]

[iCloud]

День добрый. Наткнулся на ранее не изведанную мною тему.
Начну с наглядного, есть Job, внутри запрос реализующий InnerJoin и OuterJoin.

    QueryRun                    qr;
    Query                       query = new Query();
    QueryBuildDataSource        qbdsEcoResProduct,
                                qcoEcoResProductDimensionGroupProduct,
                                qcoEcoResProductTranslation,
                                qbdsInventTable,
                                qbdsRetailAssortmentExploded;
    RetailStoreTable            _storeTable;
    TransDate                   _effectiveDate = systemDateGet();

    qbdsEcoResProduct = query.addDataSource(tableNum(EcoResProduct));    
    qbdsInventTable = qbdsEcoResProduct.addDataSource(tableNum(InventTable));
    qbdsInventTable.joinMode(JoinMode::InnerJoin);
    //qbdsInventTable.fetchMode(QueryFetchMode::One2One);
    qbdsInventTable.addLink(fieldNum(EcoResProduct, RecId),
                            fieldNum(InventTable, Product),
                            qbdsEcoResProduct.name());

    qbdsRetailAssortmentExploded = qbdsInventTable.addDataSource(tableNum(RetailAssortmentExploded));
    qbdsRetailAssortmentExploded.joinMode(JoinMode::OuterJoin);
    qbdsRetailAssortmentExploded.relations(true);    
    qbdsRetailAssortmentExploded.addRange(fieldNum(RetailAssortmentExploded, OMOperatingUnitId)).value(queryValue(_storeTable.OMOperatingUnitID));
            
// --> User: DBOwner
    //qbdsRetailAssortmentExploded.addRange(fieldNum(RetailAssortmentExploded, ValidFrom)).value(queryRange(dateNull(), _effectiveDate));
    //qbdsRetailAssortmentExploded.addRange(fieldNum(RetailAssortmentExploded, ValidTo)).value(queryRange(_effectiveDate, datemax()));
        
    query.addQueryFilter(qbdsRetailAssortmentExploded, fieldStr(RetailAssortmentExploded, ValidFrom)).value(queryRange(dateNull(), systemDateGet()));
    query.addQueryFilter(qbdsRetailAssortmentExploded, fieldStr(RetailAssortmentExploded, ValidTo)).value(queryRange(systemDateGet(), datemax()));
// <-- User: DBOwner

Если вначале раскомментировать 2 строки которые реализуют добавление фильтра через класс QueryRange, то результат запроса таков:

SELECT * FROM EcoResProduct(EcoResProduct_1) 
JOIN * FROM InventTable(InventTable_1) 
ON EcoResProduct.RecId = InventTable.Product 
OUTER JOIN * FROM RetailAssortmentExploded(RetailAssortmentExploded_1) 
ON InventTable.ItemId = RetailAssortmentExploded.ItemId AND ((OMOperatingUnitId = 0)) AND ((ValidFrom<={ts '2014-07-09 00:00:00.000'})) AND ((ValidTo>={ts '2014-07-09 00:00:00.000'} AND ValidTo<={ts '2154-12-31 00:00:00.000'}))

Если же запустить данный Job без изменений, тем самым реализовать добавление
фильтра через класс QueryFilter то фильтры гарантированно уйдут после оператора WHERE:

SELECT * FROM EcoResProduct(EcoResProduct_1) 
JOIN * FROM InventTable(InventTable_1) 
ON EcoResProduct.RecId = InventTable.Product 
OUTER JOIN * FROM RetailAssortmentExploded(RetailAssortmentExploded_1) 
ON InventTable.ItemId = RetailAssortmentExploded.ItemId AND ((OMOperatingUnitId = 0)) 
WHERE ((RetailAssortmentExploded(RetailAssortmentExploded_1).ValidFrom<={ts '2014-07-09 00:00:00.000'})) AND ((RetailAssortmentExploded(RetailAssortmentExploded_1).ValidTo>={ts '2014-07-09 00:00:00.000'} AND ValidTo<={ts '2154-12-31 00:00:00.000'}))

Теперь о физике:
Для inner join никакой разницы между ними нет; для outer join записи, не
удовлетворяющие условиям выражения ON, включаются в результирующую
выборку, а записи, не удовлетворяющие условиям выражения where, не включаются.

Использование QueryFilter гарантированно опускает условия выборки после WHERE.

Вопрос: QueryRange правильнее использовать только при простых запросах и когда необходимо поместить в ON фиксированный ключ/релейшн?

UPD: Буду благодарен за любую информацию на данную тему.

[Zick-Zibn]

Почитайте главу 17 Прикладной программный интерфейс
QueryFilter книги Microsoft Dynamics AX 2012 : справочник профессионала, я думаю вы там найдете ответ на свой вопрос.
http://www.navicongroup.ru/ax/book/A...1%8B%D1%85.pdf

[iCloud]

Цитата:

Сообщение от Zick-Zibn

Почитайте главу 17 Прикладной программный интерфейс
QueryFilter книги Microsoft Dynamics AX 2012 : справочник профессионала, я думаю вы там найдете ответ на свой вопрос.
http://www.navicongroup.ru/ax/book/A...1%8B%D1%85.pdf

Да я нашел уже, спасибо. Хотелось бы, может, какой-то дискуссии на эту тему.

[S.Kuskov]

Цитата:

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

Вопрос: QueryRange правильнее использовать только при простых запросах и когда необходимо поместить в ON фиксированный ключ/релейшн?

Что значит при простых? и что значит правильнее? От этого же не скорость выполнения меняется, а результирующая выборка.

[iCloud]

Цитата:

Сообщение от S.Kuskov

Что значит при простых? и что значит правильнее? В результате же не скорость выполнения меняется, а результирующая выборка.

Да именно так, простите за мой нерусский, просто хотелось услышать тонкости использования. Везде сплошь и рядом пишут qbds.addRange() порой не задумываясь о том что результирующая выборка будет не такой.

Тут еще поглядеть методы SysQuery::mergeRanges() и SysQuery::mergeFilters() можно. Для понимания вопроса.

[Zick-Zibn]

Цитата:

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

Да я нашел уже, спасибо. Хотелось бы, может, какой-то дискуссии на эту тему.

Я так глубоко в эту тему не вникал, как вы. Единственное где я с этим столкнулся, так это когда по старинке делал программный фильтр на форме с помощью класса QueryBuildRange и все было бы хорошо, когда случайно включил фильтр по сетке. Где я не увидел наложенных фильтром ограничений. После выяснения причин, ответ нашел в книге. Т.е. в DAX 2012 фильтрацию на формах нужно осуществлять с помощью класса QueryFilter. В остальных местах, например классы, можно использовать старый QueryBuildRange.

[iCloud]

Еще, для справки:
Например, если запаковать QueryRun в табличное поле с типом Container, например из формы SysQueryForm. То после, распаковав QueryRun - перебрать ренджи можно только с помощью queryFilterCount():

//Пакуем все фильтры в map
if(SysQuery::queryHasFilters(sourceQuery))
{
    filtersCount = sourceQuery.queryFilterCount();            
    while(filtersCount)
    {
        qFilter = sourceQuery.queryFilter(filtersCount);                
        Debug::assert(qFilter != null);                
        tableId = qFilter.dataSource().table();
        fieldId = fieldName2id(tableId, qFilter.field());
        queryValue = qFilter.value();
                    
        if(! filterMap.exists([tableId, fieldId]))
            filterMap.insert([tableId, fieldId], queryValue);
                    
        filtersCount--;
    }
}

Получается, что после того как QueryRun был инициализирован new QueryRun(q) (формируем запрос с помощью addRange) все Range которые попали после оператора WHERE отныне есть фильтры и перебрать их возможно только вышеуказанным способом (имею ввиду через queryFilterCount()).

[Kabardian]

См. также Проблема с OuterJoin и addRange.