DAX的圈圈大坑：循环依赖关系错误circular dependency （多表篇-1）

上一篇介绍了在单表中出现的循环依赖关系错误的情况，本篇简单聊聊在多表单中出现circular dependency的问题。
与SQL Server中建立多表关联关系的概念类似，在Power BI中也可以对多个表单创建关联关系，使表内的数据产生依赖关系，以实现跨表单的数据计算。 举个例子，把上个blog的数据扩充一下，做一个更接近实际使用情况的3张表单。这里面：
• ProductDetails是产品表，里面以产品为单位记录了产品的基础信息。
• SalesInfo表则记录了各个产品在各个国家的销售情况。
• SalesRange表则是销售部门对销售成果的等级划分，可以用来评定销售总体情况。

ProductDetails和SalesInfo表之间有一个通过Product创建的关联关系，这样就可以调用两张表的数据进行汇总运算。例如要在SalesInfo表中获得每个国家销售产品的总量，就可以创建一个度量值来计算。

对于Total Sales这个度量值(Measure)，跟其产生依赖关系的数据就包括：

类型	元素
表	ProductDetails，SalesInfo
列	ProductDetails[Unit Price]，SalesInfo[Country], SalesInfo[Product]，SalesInfo[Sales Volume]
关联关系	ProductDetails和SalesInfo关于Product列的一对多关系

获取的Total Sales之后，可以进一步的对SalesInfo表进行加工，根据之前SalesRange表中的等级划分，查看每个国家销售的总体情况。这次，为了以后能在创建报表时候使用切片器去根据销售等级情况进行筛选，创建一个叫Sales Performance的计算列来存储每个国家销售的总体情况。

计算结果看起来不错，下一步，将这个Sales Performance的计算列与之前的Sales Range报表创建关联关系，这样就可以查看销售登记的具体情况了。但是美好的数据创作时光在添加关联关系时被打破了。

Power BI提示在Sales Performance计算列上出现了循环依赖关系错误，看起来很奇怪，因为我们在创建Sales Performance时并没有任何错误发生，Power BI也确实按照要求产生了正确的数据，怎么会在跟另外一张Sales Range表建立关联关系时出现循环依赖关系了呢？

hmmm，其实原因出在我们计算Sales Performance计算列时使用的Total Sales这个度量值身上。计算列中的数据是一个确定结果，直接存在Power BI表中；而度量值中的数据则跟筛选上下文有关，即跟选择要计算的数据有关系，是实时计算的。当用包含了Total Sales度量值的Sales Performance计算列去跟Sales Range表创建关联关系时，Total Sales需要根据筛选上下文情况重新计算。假设SalesInfo表和SalesRange表的关联关系连接存在，由于Total Sales这个度量值的上下文作用，Sales Performance就会跟Sales Range里面的Level列产生依赖关系，而Level列又通过SalesInfo表和SalesRange表直接的关联关系与Sales Performance产生依赖，这就形成了一个循环依赖关系，所以我们的假设不成立。因此Power BI不允许我们在包含Total Sales度量值的Sales Performance计算列去跟Sales Range表创建关联关系。

从上例可以看出，DAX中其实是不允许使用度量值去创建关联关系的，对于用度量值生产的计算列，也无法使用其创建关联关系。要给SalesInfo表和SalesRang表创建关联关系，我们可以使用下面的计算列来获取产品销售额：