Как сделать хитрый фильтр?

[IKA]

Для каждой записи из custTrans может быть 0 или 1 запись в таблице CustDispute
Есть отчет, построенный по custTrans. Пользователи хотят видеть в диалоге отчета перечисление custVendDisputeStatus и иметь возможность выбрать несколько значений для фильтрации - соответственно, простым добавлением комбобокса (перечисления) в диалог не отделаешься.
Но, если я по outerJoin добавлю к custTrans таблицу CustDispute , то при наложении фильтра custVendDisputeStatus::None пользователь по сути ожидает увидеть все записи из custTrans , которых нет в CustDispute, но получает пустую выборку, тк записей с custVendDisputeStatus::None в таблице CustDispute нет.

Вопрос: как такое реализовать?
Естественно, если бы не было требования , чтобы можно было выбрать неск значений из списка, можно было бы динамически добавлть CustDispute таблицу к запросу, если в фильтре указано значение , отличное от custVendDisputeStatus::None, но это,к сожалению, не мой случай(.

AX2012 R2

[gl00mie]

при наложении фильтра по значению CustVendDisputeStatus::None вместо фильтрации по CustDispute менять outer join на notexists join?..

Хотя нет, если None может быть одним из нескольких выбранных значений, то так не получится - тут скорее нужен union-запрос.

[pitersky]

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

P.S. ну или замените диалог на форму

[S.Kuskov]

Цитата:

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

при наложении фильтра по значению CustVendDisputeStatus::None вместо фильтрации по CustDispute менять outer join на notexists join?..

А если одновременно с Nonе выбрано ещё какое-нибудь значение?

У меня кроме UNION пока никаких идей нет

[IKA]

Именно так, как Kuskov сказал, поэтому not exisst не подойдет
можно самой парсить range , убирать DS, а потом , в зависимости от значений в range,там добавляь DS обратно, если есть только range, который не None, если нету, то union и для только None- по nonExixts уже. Но муторно как-то ради такой простой задачи

[DSPIC]

Приходилось решать такую задачу.
- Делаете View custTransDisputeView на базе Query, в которой линкуете custTrans и CustDispute по outerJoin. [У view будут поля CustTransRecId, Status]
- В форму где нужен фильтр добавляете custTransDisputeView как дополнительный датасорс и джоините его с custTrans по innerJoin. [линкуете по полям CustTrans.RecId == custTransDisputeView.CustTransRecId].

Вот вкратце и всё.

[IKA]

Спасибище, попробую

[S.Kuskov]

Цитата:

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

У view будут поля CustTransRecId, Status

А в случае outer join какое значение в аксаптовском View будет иметь поле Status для несуществующих строк CustDispute? Это будет значение по умолчанию соответствующего типа? Т.е. в случае enum (int) - это будет ноль? Тогда принципиально (ну и это на самом деле логично) чтобы custVendDisputeStatus::None имел именно такое значение. Так?

[DSPIC]

Цитата:

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

Т.е. в случае enum (int) - это будет ноль?

Да, скорее всего так и будет.

Цитата:

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

Тогда принципиально (ну и это на самом деле логично) чтобы custVendDisputeStatus::None имел именно такое значение. Так?

Да, видимо так.

Вообще, в AX2012 появилась возможность во вьюхи добавлять вычисляемые поля. Таким образом, можно расширить поле статус, в зависимости от того, есть запись или нет - скажем [-1, 1, 0], а потом фильтровать по желанию.

[AndyD]

Цитата:

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

Приходилось решать такую задачу.
- Делаете View custTransDisputeView на базе Query, в которой линкуете custTrans и CustDispute по outerJoin. [У view будут поля CustTransRecId, Status]
- В форму где нужен фильтр добавляете custTransDisputeView как дополнительный датасорс и джоините его с custTrans по innerJoin. [линкуете по полям CustTrans.RecId == custTransDisputeView.CustTransRecId].

Вот вкратце и всё.

Хм.
А рейнж по Status точно преобразовывает значение 0 в NULL?

[AndyD]

Цитата:

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

...
если нету, то union и для только None- по nonExixts уже.

Не выйдет, если я правильно понял идею

На одном уровне юниона должен быть одинаковый уровень связи
Т.е. в обоих ветках юниона должны возвращаться курсоры CustTrans и CustDispute из запроса

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

[AndyD]

Цитата:

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

Вообще, в AX2012 появилась возможность во вьюхи добавлять вычисляемые поля. Таким образом, можно расширить поле статус, в зависимости от того, есть запись или нет - скажем [-1, 1, 0], а потом фильтровать по желанию.

А вот это уже правильная идея
Можно использовать такую функцию на View

public static server str isNullExpression(str _expression)
{
    return strFmt('COALESCE(T2.STATUS, %1)', int2str(CustVendDisputeStatus::None));
}

И фильтровать по вычисляемому полю - значение 0 будет для отсутствия связи

[IKA]

Цитата:

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

Приходилось решать такую задачу.
- Делаете View custTransDisputeView на базе Query, в которой линкуете custTrans и CustDispute по outerJoin. [У view будут поля CustTransRecId, Status]
- В форму где нужен фильтр добавляете custTransDisputeView как дополнительный датасорс и джоините его с custTrans по innerJoin. [линкуете по полям CustTrans.RecId == custTransDisputeView.CustTransRecId].

Вот вкратце и всё.

Чот в теории должно работать, а на практике - нет.
Если этот VIew открыть, то оно отображает данные правильно. Но вот накладывать фильтр - по "Not disputed" (отображаемое значение, соответствующее Enum 0, т.е те строки View, где поля из custDispute отсутствуют) не позволяет. При этом, пробовала 0, null - тоже не получается, т.е возвращается просто пустая выборка.

[DSPIC]

Тогда так:

1. Сделайте свой EDT как копию стандартного, но с дополнительным значением:


2. Сделайте во View вычисляемое поле:

display CustVendDisputeStatusExt disputeStatusExt()
{
    if (this.CustDisputeRecId)
    {
        return this.CustDisputeStatus;
    }
    else
    {
        return CustVendDisputeStatusExt::TSTNotExist;
    }
}

- тут я для простоты понимания привел пример display-метода, но на самом деле это должно быть вычисляемое поле. Там сложный синтаксис, вы его можете посмотреть в стандартных view.
- дополнительно нужно во view протянуть поле CustDisputeRecId