Связь Outer Join и фильтры по полям привязанной таблицы

[samolalex]

Здравствуйте!

Имеется форма с гридом, в гриде отображаются поля двух таблиц, связанных через outer join.

Столкнулся с тем, что не работают фильтры по полям источника данных, привязанному посредством outer join к родительскому датасоурсу через свойства источника. Каким образом можно организовать подобную фильтрацию?

[belugin]

попробуйте сделать view

[samolalex]

Цитата:

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

попробуйте сделать view

Дело в том, что необходимо редактировать данные в главной таблице.

[belugin]

Тогда можно сделать view в которой будет аутер джоин и проиннерджоинить этот вью с главной таблицей. Проблема в том, что сейчас нет способа разделить те ренджи, которые являются частью where clause от тех которые внутри on clause - и они все идут в on clause.

[samolalex]

видел, что в некоторых темах упомянуто свойство QueryFetchMode::One2One, каким образом оно относится к связи outerjoin с точки зрения поставленной задачи?

[S.Kuskov]

Цитата:

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

видел, что в некоторых темах упомянуто свойство QueryFetchMode::One2One, каким образом оно относится к связи outerjoin с точки зрения поставленной задачи?

Связывание источников данных в запросах

Цитата:

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

Если вам нужен запрос с join, как вы бы написали в SQL, то ВСЕГДА используйте FetchMode равный One2One

[samolalex]

Спасибо за полезную ссылку. Но все же не могу понять является ли создание программных связей с применением fetchMode::One2One решением задачи, а именно возможностью создания фильтрации по полям привязанного путем outer join датасоурса. Пробовал реализовать связь программно в методе init родительского датасоурса, результат не получил (код приведен ниже). Может что-то делаю неверно?

qbds = this.query().dataSourceTable(tableNum(Table1));
qbds.addDataSource(tableNum(Table2));
qbds.addLink(fieldNum(Table1, Field1), fieldNum(Table2, Field1));
qbds.joinMode(joinMode::OuterJoin);
qbds.fetchMode(QueryFetchMode::One2One);

[belugin]

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

Делайте view

[tricky]

Цитата:

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

Тогда можно сделать view в которой будет аутер джоин и проиннерджоинить этот вью с главной таблицей...

Чего-то я не въеду... Разве можно во view соединять источники по OuterJoin?

[samolalex]

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

[tricky]

Цитата:

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

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

А... кажися понял - view на самой СУБД? Ну да, концептуальное решение )).

[Dron AKA andy]

Помнится, как-то применял следующий подход: на executeQuery() перед супером проверял наличие рейнджей на приджойненном по outer датасорсу, и если установлен фильтр - менял джойн на inner (и обратно на outer при отутствии).

[samolalex]

Цитата:

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

А... кажися понял - view на самой СУБД? Ну да, концептуальное решение )).

Да, предполагается "перекраивание" запроса на уровне СУБД)

[belugin]

Цитата:

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

Чего-то я не въеду... Разве можно во view соединять источники по OuterJoin?

В Ax2009 можно сделать View на основе Query с outer join

[tricky]

Если у вас "простенький" случай: т.е. на форме нужно отобразить записи "дочерней" таблицы, которая является неким справочником, ссылка на который из "родительской" таблицы может отсутствовать, то можно попробовать создать в "справочнике" пустую запись с пустым ключевым полем. В таком случае таблицы можно будет соединять по InnerJoin со всеми вытекающими из этого вкусностями. Конечно не совсем красиво: потребуется все время следить, чтобы эта пустая запись присутствовала - но это минимум программирования.