Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Sum({<EmployeeID={">3 <2"}>}[Sales Amount]) is giving me results for 0 and 1
(Like invalid range)
and Sum({<EmployeeID={">1 <3"}>}[Sales Amount]) gives result properly for 2.
Is this a expected behavior as I was expecting a between
I am using February 2019 ReleaseEnterprise edition.
So i am using like Sum({<EmployeeID={">3"}*{"<2"}>}[Sales Amount])
The format of the search string decides how the search is made.
>900<1000 | will find all values greater than 900 and less than 1000 |
<900>1000 | will find all values less than 900 or greater than 1000 |
This is described on https://help.qlik.com/en-US/qlikview/April2019/Subsystems/Client/Content/QV_QlikView/Text_search_and...
If you want a strict behaviour, you need to split it up into two different conditions, you like you already have done.
HIC
It seems that range itself is not right for integers. There is no integer between 3 and 2 (">3 <2"), right?
Yeah Invalid range. But i was expecting it return no values
Sum() always returns a numeric value, i.e. - sum of nothing is also zero.
I meant its returning value for employee 0 and 1.
That should not happen. Could you share a sample app where you see this?
if you want to check
SalesTable:
Load
MakeDate(2016+Floor(Rand()*2), 1+Floor(Rand()*12, 1)) as TimeStamp,
Round(Rand()*10000) as 'Sales Amount',
Floor(Rand()*4) as EmployeeID
autogenerate 100;
than create a tabl with Employee id and Sum set analysis
You may have noticed when interacting with Qlik, that making an selection that conflicts with existing selections clears the existing selections. Something similar may be happening here. The impossible range does not result in no values, but rather that the filter is not applied.
True . I was thinking the same, because it was giving output for second condition. In few Docs online i saw it as between.
Just wanted to make sure
The impossible range does not result in no values, but rather that the filter is not applied
If you notice, the values 2 and 3 (end points) are excluded from result, so it's not exactly 'filter not applied'. However, your selection logic (clearing) something looks to me as a possibility.