добавить один Query в другой

[wojzeh]

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

имею желание запустить тот же запрос по результатам работы первого, и мыслится мне в этой связи следующая конструкция.
...
myQuery2 = new Query(myQuery1);
this.addNewRangeValues(myQuery1); // тут мои запросы становятся разными, myQuery1 делает более узкую выборку.

this.addExistsJoin(myQuery2, myQuery1); // а вот тут я хочу, чтобы мой первый, более узкий запрос прилепился к хвосту с условием exists join.

какие будут соображения?

дополнительные детали.

коренная таблица reqTrans, из которой хочу выбрать только те записи, для которых по тем же itemId и CovInventDimId существуют плановые ордера.

всяких разных фильтров и прочих таблиц пользователь может надобавлять безудержно в диалоге отчёта.

[Ruff]

Quote:

Originally Posted by wojzeh

... выбрать только те записи, для которых по тем же itemId и CovInventDimId существуют плановые ордера.

Тут нужно уточнение:
1) существуют в принципе (в таблице)
или
2) существуют в видимой выборке (после фильтров пользователя)?

В первом случае, мне кажется, можно обойтись без склеивания запросов. Просто приджойнить к myQuery1 еще один datasource, скажем, planReqTrans с наложенными фильтрами (которые подразумеваются в addNewRangeValues).

[wojzeh]

разумеется, вариант номер 2.

по сути требуется добавить все источники данных с отношениями-связями и наложенными фильтрами из первого запроса "под хвост" второму и сделать exists join.

[S.Kuskov]

Quote:

Originally Posted by wojzeh

всяких разных фильтров и прочих таблиц пользователь может надобавлять безудержно в диалоге отчёта.

Я не очень понял те танцы с бубнами, которые вы исполняете. Зачем вам два Query? Отображайте пользователю тот запрос по которому потом будете работать, пусть пользователь прямо в него добавляет всё что хочет.

[wojzeh]

Quote:

Originally Posted by S.Kuskov

Я не очень понял те танцы с бубнами, которые вы исполняете. Зачем вам два Query? Отображайте пользователю тот запрос по которому потом будете работать, пусть пользователь прямо в него добавляет всё что хочет.

именно, что не понял. (давай на ты, интернет всё-таки).

пользователь видит тот запрос, по которому всё выводится, и все нужные фильтры туда добавляет.

проблема в том, чтобы потом из таблицы reqTrans мне нужно разложить строки во временную таблицу, которая "кормит" отчёт, по столбцам в соответствии со значением refType.

среди прочих параметров, доступных пользователю есть "показывать пустые строки", который решает, выводить ли всё содержимое или только те, где колонка "запланировано" не пуста.

сейчас я запускаю запрос как есть, а потом "прибиваю" ненужные строки прямо во времянке.

/// <summary>
/// Gets the data from <c>cgiCutOrderReportTmp</c> for those only with planned transactions.
/// </summary>
/// <returns>
/// The <c>cgiCutOrderReportTmp</c> temporary table.
/// </returns>
private void getCgiCutOrderReportTmpPlannedOnly()
{
    cgiCutOrderReportTmp    cgiCutOrderReportTmpPlanned;
    delete_from cgiCutOrderReportTmp
    notexists join cgiCutOrderReportTmpPlanned
        where   cgiCutOrderReportTmpPlanned.ItemId  == cgiCutOrderReportTmp.ItemId
             && cgiCutOrderReportTmpPlanned.cgiInventColorId  == cgiCutOrderReportTmp.cgiInventColorId
             && cgiCutOrderReportTmpPlanned.cgiQtyPlanned;
}

но мой вопрос более общ: можно ли проделать такой трюк с любыми запросами.

[S.Kuskov]

Quote:

Originally Posted by wojzeh

но мой вопрос более общ: можно ли проделать такой трюк с любыми запросами.

Ответ в том, что в общем случае запрос, который вы хотите получить, в аксапте не собрать даже заранее. Только если промежуточные View городить, но в runtime - не будете же вы создавать View

Проблема с реализацией Exists/notexists join.
AX2009. Не используйте NotExists

P.S.: Хотя по той же ссылке, что я привел говорят, что через Query оно должно работать. Нужно пробовать. Готового решения нет, но теоретически можно обойти пользовательский запрос и поэлементно скопировать его к себе.

[wojzeh]

Quote:

Originally Posted by S.Kuskov

Ответ в том, что в общем случае запрос, который вы хотите получить, в аксапте не собрать даже заранее. Только если промежуточные View городить, но в runtime - не будете же вы создавать View

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

Quote:

Originally Posted by S.Kuskov

Проблема с реализацией Exists/notexists join.
AX2009. Не используйте NotExists

других экзистенциальных связок там нет. за ссылку спасибо.

Quote:

Originally Posted by S.Kuskov

P.S.: Хотя по той же ссылке, что я привел говорят, что через Query оно должно работать. Нужно пробовать. Готового решения нет, но теоретически можно обойти пользовательский запрос и поэлементно скопировать его к себе.

во! вот именно об этом и речь! делал ли кто-нибудь уже такой поэлементный перенос?

[gl00mie]

Вот тут приводится код создания точной копии Query с перебиванием dynalink'ов в range'и. По аналогии можно и обычные range'и копировать, хотя, конечно, придется повозиться.

[wojzeh]

Quote:

Originally Posted by gl00mie

Вот тут приводится код создания точной копии Query с перебиванием dynalink'ов в range'и. По аналогии можно и обычные range'и копировать, хотя, конечно, придется повозиться.

вот спасибо тебе, мил человек, за эту штуку! это аккурат то, что надо!

не знал, что при стандартной передаче запроса что-то теряется. это ж полный экибастуз!

[S.Kuskov]

Quote:

Originally Posted by wojzeh

других экзистенциальных связок там нет.

А пользователь если через интерфейс в фильтр добавляет связанные таблицы - они же через exists добавляются?

[wojzeh]

Quote:

Originally Posted by S.Kuskov

А пользователь если через интерфейс в фильтр добавляет связанные таблицы - они же через exists добавляются?

не знаю.