Отличия операторов ! и != в фильтрах - DAX: Функционал

S.Kuskov · 14.04.2010, 12:40

Про существование оператора != я знал и раньше. Но честно говоря думал, что это всёго лишь альтернативная форма записи всем известного !. Но сегодня обнаружил одно существенное отличие между этими формами записи. Оказывается при использовании одновременно нескольких критериев (запись через запятую), != присоединяется к условию через ИЛИ, а не через И, как при использовании !. Возможно для кого-то это не новость, но по крайней мере в фундаментальном http://axapta.mazzy.ru/lib/search/

я нашёл только вот это:

Цитата:

(запятая) это символ, позволяющий объединить несколько критериев. Причем, если после запятой идет ! (восклицательный знак - отрицание), то запятая интерепретируется как логическое "И" (по смыслу получается "кроме"), а если нет отрицания - то как логическое "ИЛИ".

P.S.: Прошу прощения, если открыл америку

hated8 · 14.04.2010, 12:55

Забавно... Спасибо возмёмс на вооружение...

**Gustav** · 14.04.2010, 15:08

Имеется предостережение с вариацией на тему той же цитаты:
Критерии запроса: ловушка перечисления через запятую

P.S. Ну, и имеем ВАЖНОЕ дополнение к моему примеру:

Цитата:

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

...для таблицы, содержащей числовое поле (ЧП) и 100 строк со значением этого ЧП от 1 до 100, я написал такой критерий:

PHP код:


			
!15,!19,11..20

и ожидал получить в выборке 8 чисел от 11 до 20 без 15 и 19. Каково же было мое удивление, когда в выборке явились все 100 строк таблицы!

Желаемого результата удалось достичь после перестановки компонентов критерия:

PHP код:


			
11..20,!15,!19

Так вот, в случае использования != вместо просто ! получаем одинаковый результат - все 100 строк таблицы для любого варианта: и в случае отрицаний, расположенных спереди:

PHP код:


			
!=15,!=19,11..20

, и в случае отрицаний сзади:

PHP код:


			
11..20,!=15,!=19

Таким образом, открытие S.Kuskov'а про поголовное ИЛИ наглядно подтверждается.

S.Kuskov · 14.04.2010, 17:59

До кучи. Все мы знаем, что фильтр не понимает операторы >= и <=. Вместо них нужно использовать опреатор .. (две точки) для задания диапазона (возможно открытого). Но помимо этого, оказывается, эти операторы можно заменить на !< и !>. Запятая перед этими операторами также как и перед != будет интерпретироваться как ИЛИ

vanokh · 15.04.2010, 04:09

Цитата:

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

Все мы знаем, что фильтр не понимает операторы >= и <=.

Как так не понимает? Очень даже замечательно понимает!

X++:

>=15

вернет 15,16,...

а вот с отрицанием:

X++:

!16,>=15  !=16,>=15

вернут ожидаемые числа начиная от 15, без 16 - оба И, что странно

если переставить в конец:

X++:

>=15,!16  >=15,!=16

вернут все числа - в обоих случаях ИЛИ, хотя в первом должно быть И

X++:

!>15,17  17,!>15

вернут все <= 15 и 17 - в обоих случаях ИЛИ

Ax 4.0 sp2

S.Kuskov · 15.04.2010, 08:41

Цитата:

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

Как так не понимает? Очень даже замечательно понимает!
Ax 4.0 sp2

Вы проверяли, или это ваши догадки? Кто-то ещё может подтвердить?

**oip** · 15.04.2010, 09:46

Цитата:

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

Кто-то ещё может подтвердить?

На всякий случай проверил в 3.0 SP5, 4.0 SP2, 2009 SP1 - не работает фильтр вида ">=".

donMigel · 15.04.2010, 11:01

Цитата:

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

На всякий случай проверил в 3.0 SP5, 4.0 SP2, 2009 SP1 - не работает фильтр вида ">=".

Подтверждаю про 3.0...

vanokh · 16.04.2010, 02:56

Цитата:

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

Вы проверяли, или это ваши догадки? Кто-то ещё может подтвердить?

Ничего не понимаю... Вчера создавал специально табличку, в ней столбец числовой - все работало. А теперь еще раз проверяю, не работает

hated8 · 16.04.2010, 12:19

Может я не в тему, ну раз уж заговорили о фильтрах, то может кто подскажет как:?

Например делая в РЛС фильтр вида:

X++:

(InventLocationFrom='Склад1')||(InventLocationFrom='Склад2')||(InventLocationTo='Склад1')

Как сделать так, чтобы InventLocationFrom не жестко прописывать, а например задать 'Склад*'
?

lev · 16.04.2010, 12:46

Цитата:

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

Может я не в тему, ну раз уж заговорили о фильтрах, то может кто подскажет как:?

Например делая в РЛС фильтр вида:

X++:

(InventLocationFrom='Склад1')||(InventLocationFrom='Склад2')||(InventLocationTo='Склад1')

Как сделать так, чтобы InventLocationFrom не жестко прописывать, а например задать 'Склад*'
?

не очень понял вопрос...
просто в запросе на таблицу, для нужного поля напишите критерий "Склад*".

S.Kuskov · 16.04.2010, 13:06

Цитата:

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

просто в запросе на таблицу, для нужного поля напишите критерий "Склад*".

К сожелению при использовании расширенного синтаксиса так сделать не получится

http://www.axaptapedia.com/index.php...ultiple_tables

Цитата:

Limitations
There are two major limitations to the Query Expressions syntax. The first is the loss of support for wildcards and comma-separated range values, and the second is the inability to reference array fields such as dimensions...

hated8 · 16.04.2010, 13:13

Very very very плохо((
Как быть если необходимо перечислить кучу складов, например штук 20...? Ведь длина поля всего 1К символов...

lev · 16.04.2010, 13:17

Цитата:

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

К сожелению при использовании расширенного синтаксиса так сделать не получится

хм.. не знал...

AndyD · 16.04.2010, 13:59

Цитата:

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

К сожелению при использовании расширенного синтаксиса так сделать не получится

А как же like?

X++:

(InventLocationFrom like 'Склад*')||(InventLocationTo=='Склад1')

S.Kuskov · 16.04.2010, 14:05

Цитата:

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

А как же like?

В while select - пожалуйста, но не в Query Expressions syntax!

SRF · 16.04.2010, 14:05

Цитата:

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

А как же like?

X++:

(InventLocationFrom like 'Склад*')||(InventLocationTo=='Склад1')

Если не ошибаюсь, поддержка like появилась в версии AX2009

AndyD · 16.04.2010, 14:11

Версия, в которой работаю - в моей подписи.

Что такое расширенный фильтр, вроде, понимаю

PS
Вот что на сервер улетает с таки запросом

X++:

((INVENTLOCATIONID LIKE ? ESCAPE '\' ) OR (TOINVENTLOCATIONID=?))

PPS
Проверил на чистой 3.0 SP3 без KR-ов. В ней, действительно, нельзя указать like - ругается на круглую скобку

S.Kuskov · 16.04.2010, 15:08

У вас случаем не Oracle. "Загадочное исцеление" уже встречалось на форуме.Запрос по таблице параметров.

Цитата:

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

Если не ошибаюсь, поддержка like появилась в версии AX2009

Похоже, что не ошибаетесь. В том же документе http://www.axaptapedia.com/index.php...ultiple_tables только чуть выше

Цитата:

Using wildcards and comma-separated range values

Again, the previous example here was using standard syntax, not the special syntax using expressions. It's not possible to modify the above examples to work with wildcards.
The above statement applies to AX versions < 5.0
AX 5.0 introduced solution to wildcards - while you still cannot directly use wildcards in ranges, now it supports the 'LIKE' keyword.
(AccountNum LIKE "*AA*" || Name LIKE "*AA*")

hated8 · 16.04.2010, 15:09

Нда... забавно...
Ведь в литературе по sql пишут:

Цитата:

Escape-символ не может быть символом "\" (обратная косая черта) и, вообще говоря, должен представлять собой символ, никогда не появляющийся в упоминаемом столбце как информационный символ

перепроверил, действительно нереально!
четвёрка посылает:
((A.INVENTLOCATIONIDFROM=N'Склад%') OR (A.INVENTLOCATIONIDTO=N'Склад%')))
так что впролёте(

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
отличия Х++ от С++	afon	DAX: Прочие вопросы	35	23.05.2011 08:33
Вопрос по Журналу трассировки операторов SQL	propeller	DAX: Программирование	7	23.10.2008 19:36
Какие принципиальные отличия, кроме пособий по больничному, в Расчете с персоналом 4.0 по сравнению с 3.0?	Игнатьева Ирина	DAX: Функционал	2	28.03.2008 10:09
Отличия в строках ReqPO, почему одна строка появляется в форме а другая нет (Master Planning, Planned Orders)	rkorchagin	DAX: Программирование	8	21.02.2007 16:27
В журнале трассировки операторов sql нету времени выполнения..	MironovI	DAX: Программирование	3	31.08.2005 16:13