DAX笛卡尔积计算列筛选问题：带预算目标的产品区域切片器失效

我来帮你拆解一下这个问题，以及为什么你添加P@R列的方法能生效，同时给你几个更规范的优化思路：

为什么原来的IsTarget切片器不生效？ #

你通过ADDCOLUMNS生成的IsTarget列虽然是计算出来的，但本质是静态行上下文值，没有和你的基础维度表（#product、#region）建立有效的筛选传递关系。Power BI的切片器筛选需要依赖模型中的关系来传递上下文，当你勾选IsTarget = "Yes"时，这个筛选无法从计算表传递到其他可视化所依赖的数据源（比如关联产品/区域的事实表），所以可视化不会有变化。

你添加P@R列的方法为什么可行？ #

这个拼接列相当于给每个「产品-区域」组合生成了一个唯一标识，当你基于这个列结合IsTarget筛选时，相当于直接锁定了存在预算目标的具体组合，而这个组合可以间接关联回#product和#region表，让筛选上下文正确传递到其他可视化对象上。这个方法简单直接，只要产品和区域名称没有重复或特殊字符冲突，就能稳定生效。

更规范的优化方案（无需拼接列） #

其实不用额外加拼接列，只要调整计算表的DAX逻辑，并给计算表和基础维度表建立关系，就能让IsTarget切片直接生效：

1. 优化DAX计算效率 #

首先，避免重复计算SUM(Budget[target])，用变量或者直接引用已计算的Target列来生成IsTarget，提升性能：

#Brand x Region = 
VAR ProductRegionPairs = CROSSJOIN('#product', '#region')
RETURN
ADDCOLUMNS(
    ProductRegionPairs,
    "Target", CALCULATE(SUM(Budget[target])),
    "IsTarget", IF([Target] > 0, "Yes", "No")
)

2. 建立模型关系 #

在数据模型中，给#Brand x Region表分别和#product表（通过产品列）、#region表（通过区域列）建立单向关系（从#product/#region指向#Brand x Region）。这样当你在IsTarget切片器中勾选"Yes"时，筛选会通过关系传递到基础维度表，进而影响所有使用这些维度的可视化对象。

额外提示 #

如果你的Budget数据粒度和产品/区域的组合不匹配，要确保CALCULATE(SUM(Budget[target]))的上下文计算是正确的——比如如果Budget是按父级产品或区域统计的，可能需要添加ALL或ALLEXCEPT类的函数来调整筛选上下文，避免计算出错误的Target值。

内容的提问来源于stack exchange，提问作者Przemyslaw Remin