一根关系线引发的离奇结果！

显示全部楼层 · 2020-9-25 03:33:38

各位老师，

今天试着写Running Total的度量值时，遇到了一个“离奇”的问题，特此前来求助，望各位老师赐教！

网上已有很多Running Total的介绍，依样画瓢，度量值的结果似乎也是没问题的，而用来做时间筛选的dDates表和fTxn表未建立任何关系。
这时，我想当然的把dDates和fTxn表添加了关系，于是乎度量值的结果马上就出问题了！（附件是被那根万恶的关系线坏了菜的结果，删除后度量值结果正常）

老师能不能就度量值的公式帮忙分析一下，运算结果怎么就被这根线改变了的呢？

10424101857333.zip (38.69 KB, 下载次数: 0)

mychu · 2020-9-25 03:39:39

其实我没看明白你问的什么，看看这个是不是你想要的

Running Total =
CALCULATE (
SUM ( fTxn[Qty] ),
FILTER ( ALL ( dDates[Date] ), 'dDates'[Date] <= MAX ( dDates[Date] ) )
)
这里其实很简单fTxn跟dDates表是多对一关系，并且筛选条件影响因素是单向的，按你的写法应该是改成双向吧，我是这么理解的

zzzrrrxxx · 2020-9-25 03:46:39

其实我没看明白你问的什么，看看这个是不是你想要的

Running Total =

390717298老师，你好！感谢你的又一次帮助！

因为我接触DAX的时间不长，所以暂时还不够段位去理解双向关系；我只是按照所有面向初学者的经典教材介绍的那样，建立单向的“一对多”的关系。

我碰到的问题是，当dDates和tTxn不建立任何关系时，度量值的结果正常；建立了dDates（1）和tTxn（多）的关系后，度量值结果不是预期的（不敢说“度量值有错”，是我的DAX公式没有写对），这就我先前的疑问所在。

我又找了有关filter propagation和Calculate函数的很多材料，再次细细研究了半天，找到了一个貌似合理的解释：
虽然Calculate有改变filter context（简写为fc）的功能，但是在这里，由切片器dDates[Date]产生的fc并没有被Calculate所覆盖，因为Filter函数里的列名是fTxn[Date]。

这样也就解释了如下两种情况：
1. dDates和fTxn无关系时，切片器dDates[Date]的取值无法通过filter propagation影响度量值的结果；
2. dDates和fTxn建立关系时，当FILTER ( ALL ( dDates[Date] ), 'dDates'[Date] <= MAX ( dDates[Date] ) 时，切片器dDates[Date]被覆盖；

ps：顺着这个思路，我把先前的度量值改造了一下，貌似结果也ok了，
Running Total using dDates =
CALCULATE (
  SUM ( fTxn[Qty] ),
  FILTER ( ALL ( fTxn[Date] ), fTxn[Date] <= MAX ( dDates[Date] ) ),
  ALL( dDates[Date] )
)