在Dynamics CRM中，两个Entity之间是可以有N：N Relationship的，但是CRM实现N：N，是通过系统自创建一个中间表来实现的。这个中间表，如果环境是OnPremise，可以根据N:N Relationships的信息，在数据库中找到对应的表。比如Contact和Invoice是N：N的关系，那么我们先看CRM信息：
对应的数据库表：
那么，在这个中间表里都记录了什么信息呢？
contact和invoice各自记录的Guid，这条记录本身的Guid和VersionNumber。
好了，以上基础知识介绍完毕，在了解了这些之后，我们进入正题。
现在有这么个情况，Contact和Invoice是N：N Relationship，如果Contact Record A和Invoice Record B错误关联了，想删除这个关联，用Code如何实现呢？
可能有的人会说，很简单，通过上面的介绍我们知道，两条记录的关联关系是通过中间表联系起来的，所以直接删除中间表里相关的记录就可以的。但是如果你真正去操作的话，你会发现CRM并不允许这么操作，因为CRM提供了现成的Request来实现这个目标：DisassociateEntitiesRequest。
对于上述的情况，具体的对象构造如下：
DisassociateEntitiesRequest request = new DisassociateEntitiesRequest() { RelationshipName = "ContactInvoices" }; request.Moniker1 = contactEntityReference; request.Moniker2 = invoiceEntityReference;
再往深的考虑一下，如果是批量数据呢？
这个时候，我们就可以用1：N的思路来考虑解决办法了。例如上面的情况，可以通过Contact和中间表ContactInvoices的关联，查询ContactInvoices的记录结果，然后再对这批结果数据执行DisassociateEntitiesRequest 。
既然有删除关联的Request，那么必然有建立关联的Request：AssociateEntitiesRequest。构造方式跟DisassociateEntitiesRequest 大同小异，这里就不多做赘述了。
注意：对于Dynamics 365，SDK文档中针对上述的两个Request，都已不推荐使用（虽然CRM 2015也是这样说的的），建议使用替代的Request：AssociateRequest和DisassociateRequest。