——PowerBI最难理解的地方是什么?
——白茶觉得是上下文。
日常生活中,学会使用DAX之后,我们已经习惯使用DAX函数来灵活的展示各种业务需要的KPI。
可是在构建函数的过程中,我们经常写着写着上下文就会被搞晕。
什么时候清除全部的上下文?什么时候清除部分上下文?扩展表在这里面有什么用?这些都是我们日常使用中需要注意的问题,一个细节疏忽了,就可能导致我们整体的思路崩塌掉。
- 理解什么是扩展表
扩展表理论,说的通俗一点,其实就是维度表与事实表的术语描述。
模型关系中,我们最常使用的模型关系就是“一对多”。(即One To Many)
站在Many这一端,所有的One都是衍生出来的扩展表。
也就是从事实表往回推,所有的维度表其实都是事实表的扩展表。
举个例子:
在上图的模型关系中,Model-Factsales、Model-Factstock、Model-Facttask这三张表作为事实表存在,那么其他所有对应的维度表都是这三张事实表的扩展表。
原生列与相关列:
原生列,即事实表与维度表之间的主键列。
相关列,事实表中原本不存在的列,可通过主键与事实表建立关系的列。
举个例子:
在上述模型关系中,销售明细作为事实表存在,产品表和日期表作为维度表存在。
'销售明细'[商品名称]——'产品表'[商品名称]
'销售明细'[销售日期]——'日期表'[Date]
上述的四列就是原生列。
'产品表'[销售价]或者'日期表'[年度月份]
这种事实表原来没有的,但是可以通过主键与事实表建立关系的,即为相关列。
- 扩展表与RELATED函数。
RELATED函数,通常可以作为返回模型关系中的相关列使用。
例如:
事实表中只有销售数量,我想计算该商品的总销售金额,即可使用RELATED函数返回维度表中相关的[单价]列。
传送门:
- 扩展表对于DAX还有什么影响呢?
ALL函数,是我们使用频率非常高的一个函数,我们经常需要使用ALL来清除整个表的上下文筛选或者某一列的筛选。
ALLEXCEPT函数,可以保留某一列筛选。
严格来说,ALL+VALUES与ALLEXCEPT的作用有些时候是差不多的,但是区别点在哪里?
举个例子:
ALLEXCEPT函数参数可以使用相关列。
如图所示,这里就使用了[商品名称]这一相关列。
那么还有哪些点也是需要我们注意的呢?
使用细则:
一般情况下,不要ALL整个事实表
能ALL具体的列,就不要ALL整个表
如果表格列稳定,多个ALL好过ALLEXCEPT
如果表格列经常变动,ALLEXCEPT是最佳选择
传送门:
小伙伴们❤GET了么?
白茶会不定期的分享一些函数卡片
(文件在知识星球[PowerBI丨需求圈])
这里是白茶,一个PowerBI的初学者。