# DAX : Count number of last known state

Using DAX to help group and count the last known state

I got asked recently to help with a DAX measure for an interesting problem in the inventory domain. The requirement is to generate a chart showing the count of the last known State of a given number of items. Here is a walkthrough of what I was able to come up with, along with an explanation along the way.

## The requirement

The requirement was simple enough. Take the following dataset and, for any given day, produce a count of each possible State using the last known State for any given TestID. The dataset contains six unique Test IDs (A through F). At any given point in time, we first want to establish the last State for each TestID. We also want to group this by day and produce a count value for each possible State. Note, a given TestID can have more than one event in a day, and we only care about the last one.

Using the data shown above, the final result should look as follows:

Or, in graphical form using a stacked column chart, the result should appear as follows.

The data model used for this example is as follows:

To clarify the requirement, it helps to look at the data in a Power BI matrix visual with the six states added to Columns, the actual DateTime of each event.

The result for the 1st of Jan should be 3 x Pend.

The result for the 2nd of Jan should be 1 x Next, 5 x Pend

The 3rd of Jan should be 3 x Next, 2 x Pass and 1 x Pend.

The result for the 4th of Jan should be 3 x Pass, 2 x Next and 1 x Fail.

Note the TestID of D has two items on the same day for the 4th of Jan. We need to ensure the measure uses the correct item. The State for TestID of D at 8 pm should overwrite the earlier event at 2 pm.

Finally, the result for the 5th of Jan (and every day after that) should be 4 x Pass, and 2 x Fail.

## Step 1: Find the last known value per State

The first step is to work out the DAX expression to determine the last known value for any given TestID by day. Fortunately, DAX has a useful function called LASTNOTBLANKVALUE that helps nicely with this. The function uses a reference to a single column of dates (or passed a single-column table), along with a DAX expression to be evaluated for each date. The result is the first non-blank result for the given DAX expression working back in time chronologically.

The step 1 measure is the following:

```Step 1 Measure =
VAR currentDate = SELECTEDVALUE('Calendar'[Date]) + 1
RETURN
LASTNONBLANKVALUE(
FILTER(
ALL('data'[DateTime]),
'data'[DateTime]<=currentDate
),
CALCULATE(
MIN('data'[State]),
REMOVEFILTERS('Calendar'[Date])
)
)
```

When the above [Step 1 Measure] gets added to a matrix visual along with the Calendar[Date] and States[State] fields, we get the following output. The row for the 4th of Jan is highlighted in red to show we have the correct results for the day. There should be 3 x Pass, 2 x Next, and 1 x Fail for the day.

This measure can be broken down as follows.

The currentDate variable at line 2 assigns the date value from the row header for any given cell in the matrix. The +1 at the end of the line 2 adds one day to the value. This adjustment means midnight at the end of each day gets used as the cut-off for looking back in time.

The first parameter passed to the LASTNONBLANKVALUE function (lines 5-8) is a table expression containing ALL date-time values from the FACT table that match or are before the value stored in the currentDate variable. The ALL function in line 6 of the FILTER considers all events before the value stored in the currentDate variable.

The second parameter passed to the LASTNONBLANKVALUE function (lines 9-11) determines the State column’s value for each event in the ‘data’ table. Note, the LASTNONBLANKVALUE is iterating over the DateTime column from the ‘data’ table and not one iteration per calendar day. Some TestID values have multiple states per day at different hours, and the DAX expression correctly identifies the single state value for each point in time.

The REMOVEFILTERS function used in line 11 is vital to eliminate the filter coming from the ‘Calendar'[Date] field used in the axis. If REMOVEFILTERS function is not used here, the DAX expression will not see rows in the ‘data’ table that occurred before the date shown in the row header.

### Step 2: Count the States per day

Unfortunately, when the above measure gets added to a Matrix Visual grouped by State rather than Test ID, the measure produces the following, which is not the desired result. Ideally, we need a value in each cell that represents a count of the number of times each State occurs in the data.

To achieve a count, we need to wrap the expression from the original measure with some additional DAX.

```Step 2 Measure =
VAR currentState = SELECTEDVALUE(States[State])
VAR currentDate = SELECTEDVALUE('Calendar'[Date])+1
RETURN
CONCATENATEX(
ALL(Tests[TestID]),
LASTNONBLANKVALUE(
FILTER(
ALL('data'[DateTime]),
[DateTime]<=currentDate
),
CALCULATE(
MAX('data'[State])
,REMOVEFILTERS('Calendar'[Date])
)
),
","
)
```

Taking a baby-steps approach to achieving the correct count, I know I’m going to need a DAX Iterator function. To ensure I get valid values, I often start with the CONCATENATEX function to show the values in a Power BI Visual.

In this measure, lines 7-15 are the same as our measure from step 1. The main change is this logic is now wrapped with a CONCATENATEX function that performs an iterator role. For every cell in the matrix visual, the CONCATENATEX function will perform exactly six loops. I like to think of DAX iterator functions as FOREACH functions.

In this case, the CONCATENATEX function performs a loop for every distinct value found in the Tests[TestID] column and builds a comma-separated string showing the output for each loop. The number of commas helps confirm we performed the expected number of loops. Five commas mean we iterated six times.

When the [Step 2 Measure] gets used in a matrix visual along with the Calendar[Date] column, we see the following result:

This result is looking better. For example, this measure for January 4 shows we have 3 x Pass, 2 x Next, and 1 x Fail. The last step is to introduce the State[States] column into the column header and filter/count the results.

### Step 3: Filter and Count the results

The final version of the measure replaces the CONCATENATEX iterator with a FILTER function, also an iterator. The FILTER function allows us to add some filtering logic to return a row where the State output for each loop of the TestID happens to match the State for the column-header for each cell in the matrix visual.

The filter logic uses the currentState variable, which gets assigned the value for the column header at line 2. The variable gets used in line 18 inside each loop.

We intend to add the States[State] column to the axis (or header) for the final visual. So, a REMOVEFILTERS function is added at line 16 to prevent the current value from the axis (or row/column header) filtering the calculation inside the LASTNONBLANKVALUE where we need to see ALL historic states for a given Test.

Finally, the FILTER function gets wrapped inside a COUNTROWS function that counts the number of rows in the table expression returned by the FILTER function.

The updated measure is now as follows:

```LNBV Measure =
VAR currentState = SELECTEDVALUE(States[State])
VAR currentDate = SELECTEDVALUE('Calendar'[Date])+1
RETURN
COUNTROWS(
FILTER(
ALL(Tests[TestID]),
LASTNONBLANKVALUE(
FILTER(
ALL('data'[DateTime]),
[DateTime]<=currentDate
),
CALCULATE(
MAX('data'[State])
,REMOVEFILTERS('Calendar'[Date])
,REMOVEFILTERS('States'[State])
)
) = currentState
)
)
```

When this updated measure now gets used in a matrix visual with ‘Calendar'[Date] and ‘States'[State], we see the following:

The same measure used in a stacked column chart:

## Alternative Version

As with all DAX calculations, there is often more than one way to write the expression and still return the same result. Sometimes different versions can perform better (or worse) depending on the unique number of values stored in each column. A good idea when working with any calculation is to study the output of the measure using the server timings feature of DAX Studio.

The results from our current measure are as follows:

We are only testing with a small number of rows, but this mostly looks good. We are completing the query in 27 ms and only using 5 Storage Engine (VertiPaq) queries. However, the final SE query on the right-hand side is in bold – which means we are performing a callback. This callback doesn’t always mean a bad thing; however, it could indicate a potential problem once the measure runs over a lot of data and under high concurrency. Callbacks often mean the engine cannot take advantage of cache to help speed up calculations.

Here is an interesting alternative version of the measure that produces the same query results.

```Using TopN =
VAR currentState = SELECTEDVALUE(States[State])
VAR currentDate = SELECTEDVALUE('Calendar'[Date])+1
RETURN
COUNTROWS(
FILTER(
ALL( data[TestID] ),
SELECTCOLUMNS(
TOPN(
1,
CALCULATETABLE(
FILTER( 'data',
'data'[DateTime] < currentDate
)
,REMOVEFILTERS('Calendar'[Date])
,REMOVEFILTERS('States'[State])
),
'data'[DateTime],
DESC
),
"Last Value", [State]
)
= currentState
)
)
```

The structure of the alternative version is essentially the same as the original measure. However, in this version, the LASTNONBLANKVALUE function gets replaced by a TOPN at line 9.

The idea behind using TOPN is to generate a list of DateTime values in descending order. Then for each DateTime value, use the value from the [State] column. Note, the FILTER function uses the entire ‘data’ table to have access to all columns in the table (including the [State]) column. When the top 1 row gets selected in descending order, the SELECTCOLUMNS function at line 8 correctly returns the most recent State for any given TestID.

The advantage of this version is we get one less SE scan and no longer see a callback in the server timings output.

## Summary

In summary, I think these are both pretty good solutions to what can seem like a tricky problem to solve. Other DAX expressions will produce the same result. I wanted to use this article to walk through and describe the baby-step approach I used recently.

Article Rating
Categories:
Inline Feedbacks James
2 years ago

I am not able to get this to work 2 years ago

Hi Phil, Please help me, I have to make a measure for fuel consumption, two sources amount of liters, amount of kilometers for each car; result: one column with two types of readings | l/km | km/l | my issue come with when filtered on slicer ( type of car) … I done with two different column | l/km | km/l | Thanks Jay
1 year ago

Hi Phil,

Really insteresting video. Can I ask, between steps 1 and 2 you change from using the MIN to the MAX function. Is the use of either interchangble? And just being used to return the value of within the CALCULATE function or was there a reason for swapping from MIN to MAX.

Thanks, J Srini k
1 year ago

Hi Phil, the values do not match with actual data. Any idea. When using LNBV measure. Jake Duddy
2 months ago

This can now be written with window functions, something like below. This seems to use more formula engine than the TOPN variant. Be intresting to know which approach would be most optimum.,
“`
Using Window Functions =
VAR currentState = SELECTEDVALUE(States[State])
VAR currentDate = SELECTEDVALUE(‘Calendar'[Date])+1
VAR dataInScope =
CALCULATETABLE(
DISTINCT( data )
,data[DateTime] < currentDate
,REMOVEFILTERS( 'Calendar'[Date] )
,REMOVEFILTERS( 'States'[State] )
)
RETURN
COUNTROWS(
CALCULATETABLE(
FILTER(
INDEX( 1, dataInScope, ORDERBY( data[DateTime], DESC), , PARTITIONBY( data[TestID] ))
,[State] = currentState
)
,REMOVEFILTERS( 'Calendar'[Date] )
)
)
“`