行上下文和关系之间的相互影响很容易理解。因为就是：它们不会互相影响，至少不会自动的影响。
假设，你现在要在sales表中创建一个计算列，计算事实表的unit price 和proudct表price的差距，你可能会这样写函数：
Sales[UnitPriceVariance] = Sales[UnitPrice] -
Product[UnitPrice]
表达式使用了两个表的两个列，DAX使用行上下文然后只迭代整个sales表，这是因为，我们在sales表中定义的计算列。product表处于和sales表的一方（sales表处于多方），因此，你希望得到product表的价格字段，但是很不幸，这写法是错误的。sales表中的行上下文不会传递到product中，这样写，DAX会返回一个错误。
如果你要关系的多方获得一方的列的值，就像上面的例子这样，你要必须要使用RELATED函数，related函数接受一个列名称的参数，然后返回和当前行相关的值。
正确的写法是这样：
Sales[UnitPriceVariance] = Sales[UnitPrice] - RELATED (
Product[UnitPrice] )
当你在表格多方，使用了行上下文，related函数可以正常工作。如果是在一方的话，那么related函数就无法工作，因为可能有多行会同时返回，这时候，就需要使用relatedtable函数（类似于related）。在一方使用relatedtable，然后返回了相关的多方的表的行。例如，你要计算每个产品的销售的数量，你可以在product表中定义一个计算列，来计算产品：
Product[NumberOfSales] = COUNTROWS ( RELATEDTABLE ( Sales ) )
这个表达式计算了sales表中和当前产品相关的行数。结果如下：
值得一提的是，related和relatedtable可以通过关系的链条获取需要的结果，但是并不只能跳过一个关系，例如，这次你可以在product category表新建列，使用相同的代码：
'Product Category'[NumberOfSales] = COUNTROWS ( RELATEDTABLE (
Sales ) )
这个的计算结果是各category的销售数量，通过关系的链条，从product category开始 通过product subcategory，再通过product最后到达sales表。
笔记：
related和relatedtable两者可以互换使用的情况只有一种，就是当它们的关系是1：1的时候。如果两个表格的关系是1对1，那么你可以使用Related或者Relatedtable在任意一个表格中。
要使用关系链条的唯一条件是，所有的关系必须是相同类型的，也就是全为1对多或者多对1，然后都为同方向的.如果你有两个表，中间表有一对多和多对一，那么related和relatedtable都不会成功。但是所有一对一关系的表，不论使用哪个哪个函数，关系链条都可以使用。
我们用一个案例来理解这个概念。我可能认为Customer和Product表之间是关联的，因为有customer和sales表之间有一对多的关系，然后sales表和product表有各多对一的关系。因此，存在一个关系链条连接两个表格。但是，这个两个关系不是同方向的。
我们称这样的场景为多对多的关系。换句话说，一个客户对多个产品，一个产品对多个客户。后面我们会详细的学习如何使得多对多关系工作。现在我们关注下行上下文。如果你再多对多关系中使用relatedtable函数，那么得到的结果可能不是你想要的。例如：考虑下在Product表中建立一个计算列。
Product[NumOfBuyingCustomers] = COUNTROWS ( RELATEDTABLE (
Customer ) )
你希望看到的结果是，每行显示有每个产品有多少用户购买。但是，结果都是18869，也就是，customers表的中的所有客户数。入下图：
relatedtable不能沿着关系链条计算，是因为它们不是同方向的：一个是一对多，一个是多对一。因此，从product过来的过滤器无法到达customers。值得一提的是，如果你反过来计算，也就是，你计算每个客户购买了多少产品。原因不是说筛选条件没有没有传导，而是因为relatedtable中隐藏的calculate。这里我们只是先提一下，现在还不会深入讨论。在后面的章节5，通过学习calculate和calculatetable后，对这个问题会有各更好的理解。
