为什么忽略不了列？

all作为filter第一参数，作用是返回所有值

版主有时间了帮忙看下怎么回事吧。。

截图里外部筛选条件有两个，门店名称和存货分类，公式只重置了门店名称这个条件，如果你指定的门店在某个存货分类（列标签）下没有数据，会返回空。

截图里外部筛选条件有两个，门店名称和存货分类，公式只重置了门店名称这个条件，如果你指定的门店在某个存 ...

截图里面的数据为空的门店，不是已经被替换成filter里面的“广州南站1号店”了吗，“广州南站1号店”在源数据的“图书类”里面是有数据的，那为什么还返回空值呢，现在的疑问就是，透视表在存货分类里面筛选了“图书类"后，接下来在 ”门店名称“列里面是按照公式里面筛选的上下文”广州南站1店“来计算还是透视表原有的上下文来计算的

在“广州南站3号店，图书类”这2个字段下，返回的子表为空。此时DAX公式计算环境是：店字段为空，物品分类为空。
在DAX公式中将，店名改写为“广州南站1号店”，而物品分类保持原筛选（空值），此时新的筛选上下文就是：“广州南站1号店 物品分类为空” 结果为空

不知道这样理解对不对？

在“广州南站3号店，图书类”这2个字段下，返回的子表为空。此时DAX公式计算环境是：店字段为空，物品分类 ...

意思是 透视表筛选上下文还是起到了筛选做用是吗？

截图里面的数据为空的门店，不是已经被替换成filter里面的“广州南站1号店”了吗，“广州南站1号店”在源 ...

上面的回答比较简单，实际上，在calculate计值流中，外部上下文首先被复制一份进入calculate内部，作为 当前筛选上下文的初始环境。如果外部上下文是空集，后续的移除、替换和覆盖这些操作都无法生效，最后的结果也是空集

上面的回答比较简单，实际上，在calculate计值流中，外部上下文首先被复制一份进入calculate内部，作为...

明白了意思也就是，公式里面的筛选条件并不是替换掉了透视表的上下文，而是重新限定了筛选条件，多谢多谢，还有楼上的兄弟

明白了意思也就是，公式里面的筛选条件并不是替换掉了透视表的上下文，而是重新限定了筛选条件，多谢多谢 ...

这个问题牵扯到一个dax的特性，你在7楼和8楼的疑问，换一种模型结构也是可以实现出来的，就是c36也可以等于20，稍后我单独发一贴讲一下

这个问题牵扯到一个dax的特性，你在7楼和8楼的疑问，换一种模型结构也是可以实现出来的，就是c36也可以等 ...

多谢版主，到时一定去学习

其实我很长时间也未想通。看到意大利人的这篇文章，可以解释这个问题，实际上是同一张表中不同字段的auto-exist 起作用了。https://www.sqlbi.com/articles/understanding-dax-auto-exist/