Scaling Numbers and DSE Tips

Summary: I demonstrate a simple reusable expression to auto scale numbers in QlikView. This leads to an exploration of some of the finer details of dollar sign expansion.

A QVW example to accompany this post is available for download at

The QlikView auto-scaling feature selects an appropriate unit – billion, million, thousands — based on the magnitude of the  Y-axis values.  It’s a nice feature  available in Line and Bar charts.  How can we create the same functionality in Text Objects or Straight Tables?

It’s easy enough to use an if() function that tests the magnitude, does any necessary division, and formats appropriately. For example:

if(Sum(Sales)>1E6, num(Sum(Sales)/1E6,'$#,##0.000M')
 ,if(Sum(Sales)>1E3, num(Sum(Sales)/1E3,'$#,##0.000K')

(The 1E6 is an easier way to write 1000000).

To avoid repeated coding of “Sum(Sales)” I create a reusable variable with parameters in the script like this:

SET vScaleNumber=if($1>1E6, num($1/1E6,'$#,##0.000M')
 ,if($1>1E3, num($1/1E3,'$#,##0.000K')

Now I can use the variable vScaleNumber in a Text Object as:


The string “Sum(Sales)” will get substituted in  every occurrence of “$1”.  I ‘ll get an appropriately formatted number like:

If I use “$(vScaleNumber(Sum(Sales)))” in a Straight Table expression without label, hovering over the column heading will show me the full substitution in  a tooltip.

I  can see that the “$1” substitution occurs before the expression is evaluated, and the substituted expression looks like:

if(Sum(Sales)>1E6, num(Sum(Sales)/1E6,'$#,##0.000M')
 ,if(Sum(Sales)>1E3, num(Sum(Sales)/1E3,'$#,##0.000K')

I’ve avoided re-typing “Sum(Sales)”. But I may have a concern about the performance implications of repeated execution of “Sum(Sales)”.  And what about more complex expressions such as “Round(Sum(Sales),10)”?  The comma in that expression will break the syntax as variable parameters always treat commas as parameter separators.

I can fix the comma/performance problem by using Dollar Sign Expansion (DSE) with an “=”.  The “=” will cause the expression to evaluate and pass the numerical result to vScaleNumber.


Checking the expansion in a Straight Table shows:

if(1783150>1E6, num(1783150/1E6,'$#,##0.000M')
,if(1783150>1E3, num(1783150/1E3,'$#,##0.000K')

I  see the value of “round(Sum(Sales),10)” has been calculated as “1783150”,  yielding an efficient and syntactically correct expression.

Next  I’ll add a Dimension to the Straight Table.  The row results are incorrect!

The “=” in the DSE caused the Sum expression  to be evaluated only once for the entire chart, yielding the same value for every row.  How to fix?

I will calculate the sum() expression in a n Expression n column, and then hide this column on the Presentation tab. I can then refer to the hidden column:


Once again, the expansion yields an efficient and syntactically correct expression.

if(Column(1)>1E6, num(Column(1)/1E6,'$#,##0.000M')
 ,if(Column(1)>1E3, num(Column(1)/1E3,'$#,##0.000K')

I started this post by demonstrating a simple expression to format scaled numbers. It’s a function I frequently use.

For more on DSE, see Henric’s post at

A QVW example to accompany this post is available for download at



16 thoughts on “Scaling Numbers and DSE Tips”

  1. Hi,

    First thanks for this great post Rob, i wasn’t using this tip to scale number. when necessary, i do this by a list where user select M,K or $.

    DSE is also great and i’ll try to use it to optimize my app.

    My only question is about unicity in the app, because with yourfunction, this different scale level in the same chart.

    Don’t you think that it can be confusing ?

    And it’s not working in a bar chart …

    Thanks again for your work


    1. I’ll admit that it was a poor example showing different scales in different rows. I wouldn’t do that in practice, I was only trying to move my first example into a DSE discussion.

      With a bar chart, you can use the auto-scaling of y-axis available on the Numbers tab. When needed for popups or other text, you can use the hidden column trick. A hidden column in a bar chart has all the Display Options unchecked for the Expression. For an example of a hidden bar column, see Qlikview Cookbook: Tutorial – About Column Visibility

      1. Yes !

        I didn’t know this tips for hidden bar chart, its useful.

        Thanks again, i’ll use it right now

      2. I’m unclear on how this works in a bar chart and what is meant by auto-scaling of y-axis. I end up with a bar chart that indicates that 40k is larger than 1.2M. Could you explain further how to make this work with a bar chart?

        1. As suggested in the second paragraph of the article, auto scaling is a feature already available in QV bar charts on the Number pane. Just assign different symbols to the scales in the lower right of the property pane. There is no need to use the custom expression discussed in this article.

          1. Rob, Thanks for your replay. In a combo chart, that seems to work for the one expression using a line ($1,667.53K (which I would prefer showed in M)), but the other two bar chart values are in original format (e.g. $1,617,141.78) even though I have selected Money format and set the symbol boxes to $, K, M, B for each expression.
            Expression #1 (bar): =sum(aggr(sum(distinct [TRANSACTION AMOUNT]),[ACCOUNT NUMBER]))
            Expression #2 (bar): (sum(aggr(sum(distinct [CREDIT LIMIT]),[APPLICATIONNUMBER]))-(sum(aggr(sum( distinct [TRANSACTION AMOUNT]),[ACCOUNT NUMBER]))))
            Expression #3 (line): = sum(aggr(sum( distinct [CREDIT LIMIT]),[APPLICATIONNUMBER]))

            Ideally, these would all show in M format like $1.62M

          2. I was able to accomplish this by dividing each expression by 1000000 and selecting Integer format $#,##0.00M, but wondered if a more elegant solution existed that would render (in a bar or line chart) either K, M or B based on the value.

          3. Re auto-scaling issues in a combo chart — I would check with QT Support or QlikCommunity on that one. As a workaround you could use the manual expression to calculate the format pattern for the largest dimensional value in your chart using aggr() and then use that pattern for all values.

  2. I usually use the Pick function instead of nested If’s:


    As you see it does need a bit of trickery to deal with 0 and negative values.

  3. Hi Rob,

    I am using you suggest approach but giving error as I have comma in one of the set analysis
    SET vSales =
    num(round(Sum($1*$2)/1000000000,0.1),'#,##0.0 B'),
    num(round(Sum($1*$2)/1000000,0.1) ,'#,##0.0 M'),
    num(round(Sum($1*$2)/1000,0.1),'#,##0.0 K'),

    $(vSales({} sales,rate))
    Tried replace as well but not working for me
    Please suggest the possible approach I can opt for to get rid of this error.

    Also tried this but not working giving same error due to comma
    SET vScaleNumber=if(($1)>=1000000000, num(($1)/1000000000,’#,##0.0 B’) ,
    if(($1)>=1000000, num(($1)/1000000,’#,##0.0 M’),
    if(($1)>=1000, num(($1)/1000,’#,##0.0 K’),

    $(vScaleNumber(Sum({} (sales*rate))))

    1. See the section in the post above “The comma in that expression will break the syntax as variable parameters always treat commas as parameter separators.” for a workaround for dealing with commas in your expression.

Leave a Reply

Your email address will not be published.