Qlik Developers Are Quietly Recovering From AGGR() Trauma...

Some expressions worked. Some just survived.

Read time: 2.5 minutes

All Qlik developers remember that day when the AGGR() function started working wonders.

In the early days, AGGR() seemed like a miraculous function because it solved problems quite effectively. However, after using AGGR() for a while, you realize that something was wrong with an expression that seemed okay initially until you re-evaluated it, only to find AGGR() functions nested within one another. On some occasions, there would be a third or fourth level of AGGR() nested within and yet still return an expected value. You have no idea how and why this was possible, but congratulations! You didn't solve the problem. You've simply developed an alternative way to address it.

What AGGR() trauma usually signals about Qlik is:

1. AGGR() is likely substituting for a flawed data model. The higher the expression’s complexity, the more simplicity may be needed in the data model.

2. Nested AGGR()’s are a clue to the lack of a clearly defined calculation grain rather than a solution in themselves.

3. If the expression can’t be quickly explained to someone else, then confidence will quickly vanish.

4. Reorganizations quickly expose AGGR-heavy applications to new analysts and make them hesitant to work with them. And, hesitancy builds doubt.

5. Clarity in the expressions of modern Qlik applications trumps cleverness. Clear associations and clear distinct grains always beat out the gymnastics of an expression.

💡Key Takeaway: 

You did not break your Qlik app due to the AGGR() function, rather AGGR() alone allowed you to be able to function in an unclear model. Real maturity is achieved when you are no longer using the AGGR function defensively but rather deliberately.

👉 LIKE this if you ever corrected a number by adding "one more AGGR" to it.

👉 SUBSCRIBE now for real-life examples of how Qlik has been proven to be effective for your customers and/or a greater audience.

👉 Follow Glenda Carnate for sharp takes on expressions, models, and analytics maturity.

👉 COMMENT with the wildest AGGR nesting you’ve inherited.

👉 SHARE this with someone afraid to open their Qlik expressions.

Reply

or to participate.