Объект упрощающий создание расширенных запросов

[Товарищ ♂uatr]

Всем привет.
Как на проекте, так и на Аксфоруме, встречается код использующий расширенные запросы:

qbr.value(StrFmt("((%1.%3 != 0) || (%1.%2 != 0))"...

Если с точки зрения из поддержки вопросов особо не возникает, то процесс их написания, как правило, превращается в какое-то испытание.

Во вложении проект содержащий класс QueryBuildRangeCondition. Он упрощает разработку, но обратной стороной является снижение читабельности и быстродействия. Как оформить код, чтобы она не страдала - вопрос открытый. Текущее решение - прототип. Вероятно, это скорее "строитель" корректных запросов.

Реализованные функции...
create - конструктор. Намеренно один и принимает QBDS + FieldName.
toString - результат. Результат ее выполнения необходимо передать в экземпляр QueryBuildRange как value.
value/link- задает оператор сравнения и само значение. В качестве значения можно передать другой QueryBuildRangeCondition.
add/or - добавляют еще один объект QueryBuildRangeCondition через оператор И/ИЛИ.

Пример использования:

    Query                    q    = new Query();
    QueryBuildDataSource     qbds = q.addDataSource(tableNum(CustTable));
    QueryBuildRange          qbr  = qbds.addRange(fieldNum(CustTable, RecId));
    QueryBuildRangeCondition qbrc = QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, InvoiceAccount))
                                                             .and(
                                                                  QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, RecId)).value(QueryBuildRangeOperator::Equal, 403387)
                                                                  .or(QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, Name)).value(QueryBuildRangeOperator::NonEqual, CustTable::findRecId(403387).Name))
                                                                 )
                                                             .and(QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, RecId)).link(QueryBuildRangeOperator::Equal, qbds, fieldStr(CustTable, RecId)));
    ;
    
    qbds.addRange(fieldNum(CustTable, RecId)).value(qbrc.toString());

Результатом работы toString в данном случае будет:

((CustTable_1.InvoiceAccount)&&((CustTable_1.RecId=403387)||((CustTable_1.Name!="\"Василий\"")))&&((CustTable_1.RecId=((CustTable_1.RecId)))))

Отдельная благодарность товарищу Logger'у за помощь в создании данного решения.

[Pandasama]

А более сложные конструкции с различными вложенностями AND и OR и NOT он делать позволяет?

[Товарищ ♂uatr]

Позволяет, вложенному QueryBuildRangeCondition указываете доп. критерии - рекурсия.
Исходный пример выглядел бы примерно так:

QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, InvoiceAccount))
                         .and(QueryBuildRangeCondition::create(qbds, fieldStr(CustTable, RecId)).value(QueryBuildRangeOperator::Equal, 403387)
                                                       .and(
                                                               ...
                                                           )
                             )

.
NOT - оператор, за это отвечает перечисление QueryBuildRangeOperator. Оно передается как параметр в функции value и link. Больше или равно, просто больше и тд - там же.

[S.Kuskov]

Цитата:

Сообщение от Товарищ ♂uatr

NOT - оператор, за это отвечает перечисление QueryBuildRangeOperator. Оно передается как параметр в функции value и link.

Вы не путаете 'NOT' и 'не равно'?

Можно ли, например, собрать вот такое условие:

NOT((Table1.Field1 == "aaa") OR (Table2.Field2 == "aaa"))

или нужно обязательно преобразовывать его в

((Table1.Field1 != "aaa") AND (Table2.Field2 != "aaa"))

?

[Товарищ ♂uatr]

Да, путаю. Не рассматриваю расширенные запросы в рамках чистого TSQL. Спасибо.
Верно пишите, в рамках текущей реализации возможность реверса логики не была заложена и условие нужно будет развернуть.
Добавить можно.
К исправлениям - очевидно, что функция link лишние скобки создает.

[S.Kuskov]

Ещё можно добавить тип сравнения LIKE. Вроде он поддерживается в расширенном синтаксисе начиная с AX2009

[Logger]

Там еще всякие нюансы были, типа для dimension поля обязательно указывать датасорс итп.
На аксаптапедии было расписано.

[Товарищ ♂uatr]

Привет.
-добавил "реверс" логики блока. Для использования необходимо применять новый конструктор "createNegation". Т.е. добавлена возможность написать:

NOT((Table1.Field1 == "aaa") OR (Table2.Field2 == "aaa"))

-упразднил избыточные скобки при "линковке" полей источников данных.

Актуальная версия во вложении (предыдущую удалил).

На тему массивов - функционал не расширял, он и так поддерживается:

QueryBuildRangeCondition::createNegation(qbds, fieldId2Name(tableNum(LedgerTrans), fieldId2ext(fieldNum(LedgerTrans, Dimension), 4))).value(QueryBuildRangeOperator::Equal, 'Что-то');

!((LedgerTrans_1.Dimension[4]="Что-то"))