RANKX这个函数，白茶之前已经写过很多期了，本期是对RANKX函数一个细节问题的补充。
我们常见的数据类型有很多，用来聚合的主要有三种数据类型：文本、整数、小数。
在大部分场合，小数是实际FACT数据中最为常见的数据类型，当小数与RANKX函数组合的时候，会产生意想不到的小问题。
案例数据：
案例数据比较简单，分别是产品表、分店表、销售事实表。
细心的小伙伴可能已经发现了，产品表中的价格和成本并不是整数，而是位数较多的小数。
将其导入到PowerBI中模型如下：
构建基础指标：
1.销售金额：
001.SalesAmount =
SUMX ( 'Fact_Sales', 'Fact_Sales'[Quantity] * RELATED ( Dim_Product[Price] ) )
2.销售成本：
002.SalesCost =
SUMX ( 'Fact_Sales', 'Fact_Sales'[Quantity] * RELATED ( Dim_Product[Cost] ) )
3.销售毛利：
003.SalesProfit =
[001.SalesAmount] - [002.SalesCost]
4.在分店表维度下，进行排名：
004.ProfitRankx =
IF (
HASONEFILTER ( Dim_Store[City] ),
RANKX ( ALLSELECTED ( 'Dim_Store' ), [003.SalesProfit] )
)
展示效果如下：
看到这里小伙伴会说，这不是挺正常的嘛，没看出来哪里不对啊。
别急，我们添加一个切片器，来查看一下筛选的效果。
问题描述：
这里有一个很明显的问题，就是白茶RANKX函数内部使用的是ALLSELECTED函数，那么我们得到的排名结果应该是相对排名。
不添加切片器筛选的时候，总体排名和绝对排名是一样的，看起来没什么问题，但是一旦我们添加了切片器筛选，就会明显的看到，两个数值不同的度量值排名居然是一样的。
这个问题产生的原因在于，我们计算依据的物理列价格和成本是包含小数的，多组小数格式数据计算会产生浮点数据，因此在底层逻辑转化过程中会造成数据的精度丢失。
因此解决办法有两种：
1.数据进入到PowerQuery中时，我们进行数据截断；
2.在计算结果上进行数据截断。
白茶推荐大家使用第二种方式，毕竟在PowerQuery中修改数据格式再进行数据UAT测试的时候，是很容易造成上下游数据偏差的。
修改RANKX度量值如下：
005.ProfitRankxAmend =
IF (
HASONEFILTER ( Dim_Store[City] ),
RANKX ( ALLSELECTED ( 'Dim_Store' ), ROUND ( [003.SalesProfit], 2 ) )
)
展示效果如下：
这里是白茶，一个PowerBI的初学者。
网友评论