QueryRange условие через И по одному полю?

[АртемМелихов]

Добрый день, задался вопросом - можно ли в query сделать условие по одному полю через И?
П.С. Судя по всему меня не понимают. если я напишу "001....009,002", то выпадет очень много записей, точнее все от 001 до 009, ибо два условия ("001..009" и "002") соединяются через или. А есть ли возможность объединить через и? Спасибо!

[Logger]

В ADDLink соединение по "ИЛИ"
http://www.axaptapedia.com/Expressions_in_query_ranges

там же есть про "И"

А вообще это базовые вещи. Документацию посмотрите по программированию в X++.

[АртемМелихов]

Цитата:

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

В ADDLink соединение по "ИЛИ"
http://www.axaptapedia.com/Expressions_in_query_ranges

там же есть про "И"

А вообще это базовые вещи. Документацию посмотрите по программированию в X++.

Извините, но я вас не понял. При чем здесь Link, если я говорю о одном поле, в одной таблице?

[Товарищ ♂uatr]

Цитата:

Сообщение от АртемМелихов

можно ли в query сделать условие по одному полю через И?

Несколько раз делайте addRange
Из ссылок предоставленных выше:
Filter on array fields

queryBuildRange.value(strFmt('((%1.%2 == "%4") || (%1.%3 == "%5"))'

Соответственно вместо или можно добавить оператор и

[Logger]

Цитата:

Сообщение от АртемМелихов

Извините, но я вас не понял. При чем здесь Link, если я говорю о одном поле, в одной таблице?

Накидал ссылок где обсуждаются Query
Посмотрите лучше вторую она более информативна. Можно попробовать синтаксис ExtendedQuery. Там хорошо получится.

[Товарищ ♂uatr]

Цитата:

Сообщение от АртемМелихов

если я напишу "001....009,002", то выпадет очень много записей, точнее все от 001 до 009, ибо два условия ("001..009" и "002") соединяются через или. А есть ли возможность объединить через и?

Насколько верна постановка задачи.
Разве 1 значение в поле может единовременно быть верным для двух различных фиксированных (не like) условий? (тем не менее, решение изложено выше)

[S.Kuskov]

Ещё вот так можно Not Like в Query (трюк с адресацией на тоже самое поле но по немного другому номеру при помощи fieldId2Ext)
или с использованием дополнительного джойна Как в range на одно и тоже контейнерное поле поставить условие: "исключ." && like

[Ruff]

Цитата:

Сообщение от АртемМелихов

Судя по всему меня не понимают. если я напишу "001....009,002", то выпадет очень много записей, точнее все от 001 до 009, ибо два условия ("001..009" и "002") соединяются через или. А есть ли возможность объединить через и? Спасибо!

Судя по постановке, речь идет о том, что одно из условий накладывается программно, а второе - прилетает от пользователя? Если так, то пользовательский фильтр может сам оказаться довольно сложным (типа "001..009, 100..109, 777*"). В этом случае формировать запрос через ExtendedQuery - муторно, IMHO. Проще приджойнить таблицу саму к себе по ExistsJoin и наложить разные условия на разные DS.
Пример:

    mainQbds = query.addDataSource(tablenum(InventTable));
    mainQbds.addRange(fieldnum(InventTable, ItemId)).value("001..009, 002");

    filterQbds = mainQbds.addDataSource(tablenum(InventTable));
    filterQbds.relations(true);
    filterQbds.joinMode(JoinMode::ExistsJoin);
    filterQbds.addRange(fieldnum(InventTable, ItemId)).value("007..020, 006");

В итоге получится "пересечение множеств" (006, 007, 008, 009) - то чего вы и добиваетесь. Главный минус - громоздкость запроса (если нужно несколько таких "И", придется делать несколько джойнов).

[Logger]

Цитата:

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

Судя по постановке, речь идет о том, что одно из условий накладывается программно, а второе - прилетает от пользователя? Если так, то пользовательский фильтр может сам оказаться довольно сложным (типа "001..009, 100..109, 777*"). В этом случае формировать запрос через ExtendedQuery - муторно, IMHO.

Если задача ставится именно так то ExtendedQuery как раз в тему.
Ставим наш программный фильтр на какое нить поле, скрытое от пользователя, например на tableId. А пользователь ставит свои фильтры. Получается пересечение.

Примеры на скриншотах - Использован номенклатурный справочник. Только вместо поля TableId использовано поле с наименованием.