Внешняя кверя для фильтрации на форме

[pitersky]

Всем доброго времени суток

Столкнулся с задачей, которая наверняка могла бы у многих вызвать интерес.
Итак, у нас есть
1) форма-листпейдж с головным датасоурсом (например - SalesTable).
2) Пришедшая извне на форму кверя, которая содержит фильтрацию по SalesTable (например - список заказов по клиентам, объединённым неким признаком в CustTable)

вопрос - как применить эту кверю к фильтрации на форме? Мы не знаем заранее, какие именно фильтры и на каком уровне вложенности заданы во внешней квере. Соответственно, хотелось бы не делать тупой перебор, а как-то сджойнить их по SalesId, к примеру.

P.S. Версия - D365FO PU 27, есличо. Но не думаю, что это критично в данном случае.

[Pandasama]

Ну так, попробуйте просто сджойнить:
DataSourceQuery exists join (ваша query) ?

[TasmanianDevil]

Цитата:

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

хотелось бы не делать тупой перебор, а как-то сджойнить их по SalesId, к примеру.

Не конкретно в данном случае, а вообще в контексте такой задачи - я за тупость, она надежнее
Join "жирной" таблицы на саму себя с разными ограничениями в коде проще и изящнее, но тяжелее для SQL, чем просто воспроизведение ограничений. Может неплохо так "выстрелить" ...

P.S. Решал похожую задачу, делая статистический анализатор данных с произвольной формы и произвольного грида с выводом результатов настраиваемых группировок в дерево и возможностью фильтрации с произвольного узла дерева результатов данных в родительском гриде. Вот как раз для фильтрации и использовал первоначально "ленивый" join, но по ходу практического применения пошел по "тупому" пути

[pitersky]

Цитата:

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

Ну так, попробуйте просто сджойнить:
DataSourceQuery exists join (ваша query) ?

как вы это себе представляете?
у меня есть два qbds на SalesTable - из формы и внешняя
и как их джойнить?

[raz]

Не знаю поможет или нет, но идеи можно поискать тут:

CFMCustVendPaymProposalQueryHelper.copyRange();
SysQuery::mergeRanges();
SysQuery::copyDynalinks();
SysQuery::copyDataSource();

[fed]

Еще как вариант: Через query::insert_recordset() сохранить salesid из внешнего query во временную таблицу. Потом основной query заджойнить с этой таблицей через exists join. Парсить приходящий запрос не придется. Итерироваться по всем записям, чтобы каждый salesId в фильтр запихать - тоже не придется. query::insert_recordset() уйдет на SQL Server как единственный запрос.

[S.Kuskov]

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

[wojzeh]

вариантов два.

выковыривать в коде все range из входящего query и вставлять их в query формы.

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

[wojzeh]

Цитата:

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

как вы это себе представляете?
у меня есть два qbds на SalesTable - из формы и внешняя
и как их джойнить?

как наши отцы и деды джойнили! прям на форме добавить новый датасорс на времянку и заполнять её в момент открытия или по мере надобности

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

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

А просто открыть две формы рядом? Одну с Вашим отфильтрованным списком, а другая SalesTable. Штатный DynaLink обеспечит первую форму как "оглавление", а подчиненная SalesTable как форму-деталировку

Что-то в самой постановке вопрос не правильное. Если выбранных заказов много, то теряется смысл. Меняем "шило" (исходная форма) на "мыло" (SalesTable) с безумными накладными расходами. Если выбранных значений мало, то перебор решает...

[sukhanchik]

Цитата:

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

P.S. Версия - D365FO PU 27, есличо. Но не думаю, что это критично в данном случае.

Цитата:

Сообщение от Владимир Максимов

А просто открыть две формы рядом? Одну с Вашим отфильтрованным списком, а другая SalesTable. Штатный DynaLink обеспечит первую форму как "оглавление", а подчиненная SalesTable как форму-деталировку

Для D365FO это не работает. 2 независимых окна браузера конечно открыть можно, но они не будут связаны DynaLink-ом. Эта технология применяется в Form Parts, но эти формочки слишком маленькие для размещения большого количества информации.

[wojzeh]

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

если много и сложно, то времяночка и джойн на неё