正确理解RELATEDTABLE

BestPowerBI

理解RELATEDTABLE这个函数时，很多朋友会带入"关系"去理解。确实，它给我们很多人的印象是“从关系的多端返回符合要求的所有记录。”，所以，我们自然会认为：只有两个表之间存在"关系"且在关系一端才能使用RELATEDTABLE。

然而, 当你浏览https://dax.guide/relatedtable时你会发现，这个函数和"关系"没有任何关系，它的功能是："返回经过筛选的相关表,以便仅包含相关行"

这意味着什么呢? 意味着:

• DAX是否允许使用RELATEDTABLE?
• 返回值是什么？
  

在DAX.do编写查询（文本代码见文末)


首先看下运行结果。


解释:
我们回顾下定义"What Sales?"的表达式，请注意其中的注释。


答案:
DAX是否允许使用RELATEDTABLE?

• 允许使用，所以当两个表没有"关系"时，仍然可以使用RELATEDTABLE
  

返回值是什么？

• 所有产品的销售额，具体原因需要结合RELATEDTABLE的工作原理，请继续阅读。
  

RELATEDTABLE不是依赖"关系"工作，而是通过"筛选"

DAX.guide对于RELATEDTABLE有以下备注：

RELATEDTABLE function performs a context transition from row context(s) to a filter context, and evaluates the expression in the resulting filter context. This function is a shortcut for CALCULATETABLE function with no additional filters, accepting only a table reference and not a table expression.

中文翻译

RELATEDTABLE函数执行从(一个或多个)行上下文到一个筛选上下文的上下文转换，然后在结果的筛选上下文中计算表达式。
它是不带筛选参数的CALCULATETABLE函数的精简版，只接受基表的引用不接受返回表的表达式。

这意味着:

• 定义"What Sales?"的表达式等效于定义"Equivalent What Sales?"的表达式中的RELATEDTABLE ('Sales')和CALCULATETABLE ('Sales')都在SUMX外层的CALCULATE内部计算，因此这里没有行上下文。证明: RELATEDTABLE不依赖行上下文工作，可以在没有行下文的情况下正常计算。
• 在DAX内部，引擎将RELATEDTABLE (<TableName>) 替换为 CALCULATETABLE (<TableName>)，进行计算。因此CALCULATETABLE通过“筛选”工作。
  
  
  现在，再回过头审视下定义"What Sales?"的表达式，通过新的理解，解释为什么结果是所有产品的销售额，同时证明上面的后两点。
  在DAX内部，引擎将RELATEDTABLE ('Sales')替换为CALCULATETABLE ('Sales')，因此定义"What Sales?"的表达式等效于定义"Equivalent What Sales?"的表达式：
  
  

更进一步理解:
假设当前迭代的行上下文在'Product'[Brand]列的值是"Contoso"，CALCULATETABLE(RELATEDTABLE)执行上下文转换,等效于:


运行结果

---

总结

当两个表之间没有"关系"时，仍然可以使用RELATEDTABLE(即DAX不会报错)
你可以理解为，在DAX内部，引擎将RELATEDTABLE (<TableName>) 替换为 CALCULATETABLE (<TableName>)，进行计算。
RELATEDTABLE对行下文执行上下文转换，对"上下文转换的筛选"和"其外部的初始筛选"执行AND操作，生成一个新的筛选上下文，并在其中计算引用的基表
不像RELATED，RELATEDTABLE不依赖行上下文工作，可以在没有行下文的情况下正常计算

---

最佳实践

尽管，我们清楚了RELATEDTABLE的工作原理，但是为了使上下文转换后的筛选有效，最佳实践仍然是: 在关系一端使用RELATEDTABLE函数检索关系多端的相关行。

最终代码和执行结果页面，请跳转至https://dax.do/u5tC44qcjVjHJH/raw/