Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
Hello,
Thanks so much for your help!
Solved! Go to Solution.
// First of all, you should not store all data
// in one table. That's not only Bad Practice...
// it's also dangerous and leads to subtle bugs
// you'll not be able to spot. Please ALWAYS
// use correct star- or snowflake-schemas.
// Second, you are counting same users many times
// because you're iterating dates and for each
// such date you are doing a distinct count
// of the users... but on the currently iterated
// day. What you should do instead is you should
// select the whole period at once and then
// do a distinct count of users.
// The measure should most likely be only shown
// when only one day is visible in the current
// context, therefore it must check for the
// number of days visible.
// The most important table in all models is
// a date table (Calendar). So, please make sure
// you're doing it RIGHT.
// If you have a CORRECT model, the calculation
// proceeds as follows:
[7D Rolling Count] =
var __oneDayVisible = hasonevalue( Calendar[Date] )
var __lastVisibleDay = max( Calendar[Date] )
var __periodToCountOver =
datesinperiod(
Calendar[Date],
__lastVisibleDay,
-7, day
)
var __result =
calculate(
distinctcount( FactTable[UserId] ),
__periodToCountOver
)
return
if( __oneDayVisible, __result )
If you want to learn a bit about CORRECT MODELS, you can try these:
https://www.youtube.com/watch?v=78d6mwR8GtA
https://www.youtube.com/watch?v=_quTwyvDfG0
Creating DAX on INCORRECT or MESSY models is not only difficult. It's also error-prone. Good model = simple, fast DAX. Bad model = complex, slow DAX. Easy as that.
Best
D
For April 17, the count should be 109 but it was 216 since users who used it on more than one day are counted more than once. Thanks for the help!
Hi there,
The data contains sensitive information, which I wouldn't be allowed to share unfortunately. I'm happy to test any and as many changes to the DAX function as possible. I'm sorry for these restrictions and appreciate your help.
// First of all, you should not store all data
// in one table. That's not only Bad Practice...
// it's also dangerous and leads to subtle bugs
// you'll not be able to spot. Please ALWAYS
// use correct star- or snowflake-schemas.
// Second, you are counting same users many times
// because you're iterating dates and for each
// such date you are doing a distinct count
// of the users... but on the currently iterated
// day. What you should do instead is you should
// select the whole period at once and then
// do a distinct count of users.
// The measure should most likely be only shown
// when only one day is visible in the current
// context, therefore it must check for the
// number of days visible.
// The most important table in all models is
// a date table (Calendar). So, please make sure
// you're doing it RIGHT.
// If you have a CORRECT model, the calculation
// proceeds as follows:
[7D Rolling Count] =
var __oneDayVisible = hasonevalue( Calendar[Date] )
var __lastVisibleDay = max( Calendar[Date] )
var __periodToCountOver =
datesinperiod(
Calendar[Date],
__lastVisibleDay,
-7, day
)
var __result =
calculate(
distinctcount( FactTable[UserId] ),
__periodToCountOver
)
return
if( __oneDayVisible, __result )
If you want to learn a bit about CORRECT MODELS, you can try these:
https://www.youtube.com/watch?v=78d6mwR8GtA
https://www.youtube.com/watch?v=_quTwyvDfG0
Creating DAX on INCORRECT or MESSY models is not only difficult. It's also error-prone. Good model = simple, fast DAX. Bad model = complex, slow DAX. Easy as that.
Best
D
This solution looks to have solved my problem and I really appreciate your assistance on this issue. Have a great day @Anonymous!
@Anonymous ,
Check if it's that what you are looking for: Download PBIX
If you consider it as a solution, please mark as solution and kudos.
Ricardo
Hi Ricardo,
I just got back to work this morning and tested out your solution. It gets me closer to the actual numbers, but not exactly there, which I am investigating why now. I really appreciate the assistance, regardless.
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
100 | |
99 | |
80 | |
77 | |
66 |
User | Count |
---|---|
130 | |
106 | |
105 | |
86 | |
72 |