ax2009+: как получить Query из QueryRun формы

[mazzy]

Цитата:

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

Штатный для таких изысков - слишком хорошего мнения о вендоре

упрек принят.

Цитата:

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

А у формы есть свой QueryRun ?

вопрос к единственному числу принят.

Цитата:

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

прошерстить

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

вдруг кто-нибудь это уже делал...

Цитата:

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

Единственный вариант

А вот точно ли единственный вариант?
Может кто копал в сторону dataSet, которые появились в 2009?
Делал ли кто-нибудь код, который эмулирует dataSet и автоматом делает выполняет вложенные запросы?

Есть ли перспективы в этих направлениях?

[sukhanchik]

Цитата:

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

Может кто копал в сторону dataSet, которые появились в 2009?
Делал ли кто-нибудь код, который эмулирует dataSet и автоматом делает выполняет вложенные запросы?

DataSet предназначен выполнить роль источника данных на Web-контроле для портала. Да, он похож на совокупность датасорсов формы, но все же это не датасорс, а другой объект.
И потом...А как интересно можно создать единый Query, если его на форме в принципе нет? Я имею в виду пример SalesTable, где датасорсы SalesTable и SalesLine связаны между собой по Delayed?
Да, если связка по Inner / Exists / Outer Join - там все понятно и в этом случае все датасорсы сидят в корневом датасорсе, а значит весь запрос вытаскивается через метод FormDataSource.query().
Ведь даже на форме SalesTable (AX2009) видно, что строки подгружаются позже шапок, т.е. отдельным запросом к БД.

[mazzy]

Цитата:

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

DataSet предназначен выполнить роль источника данных на Web-контроле для портала.

да, я знаю
очередной объект для конкретного случая...
но вдруг?

Цитата:

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

И потом...А как интересно можно создать единый Query, если его на форме в принципе нет? Я имею в виду пример SalesTable, где датасорсы SalesTable и SalesLine связаны между собой по Delayed?

принимается.
я неправильно сформулировал вопрос.

в исходном сообщении я писал "Предположим, я хочу как-то обработать все выбранные строки всех выбранных заказов."

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

[sukhanchik]

Цитата:

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

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

Тут кроется какой-то подвох ))
Напрашивается решение - обратиться к датасорсу, к которому привязаны строки и посмотреть у него _ds.queryRun().query() (ну если в явном виде не перебирать все строки текущего датасорса)
Т.е. подразумевается, что есть форма (условно - SalesTable), в ней есть строки (SalesLine), которые подчинены главному датасорсу по Delayed. Я хочу обработать все строки (SalesLine) с учетом пользовательского фильтра. Я делаю кнопку на форме, к ней привязываю тот датасорс, строки которого я хочу обработать, а дальше в коде обращаюсь к _ds.queryRun().query()

Но это все хорошо, если мой датасорс является либо корневым, либо подчиненным по Delayed / Active / Passive - в общем не join
Если же мой датасорс подчинен кому-то по *Join, то получается, что надо обращаться к его родителю (его датасорсу) и уже там искать _ds.queryRun().query()

Т.е. грубо говоря, если на форме SalesTable под строками я подразумеваю не SalesLine, а InventDim, то мне нужно от датасорса InventDim "подняться" до SalesLine и взять его queryRun.query()