Dynamics crm 自定义连接实体crm 2013

我当前的客户端已向dynamics CCRM 2013中的连接实体添加了许多自定义字段。他们试图在公司、联系人和一些定制实体之间建立层级关系模型。我建议他们放弃这种方法，使用自定义的“交集”或“关联”实体。一种“滚你自己的”多对多。

---

是否有人知道任何正式的Microsoft文档建议不要自定义连接对象？我建议他们阅读这篇文章，这篇文章建议用关系来模拟非正式的关系。谢谢

我认为你的建议是正确的

连接实体的设计目的是在各种记录之间轻松创建“低调”关系，使用户能够自由关联数据。正式的数据库关系（1:n，n:m）则不同

我不知道有关自定义连接实体的限制。微软让它可以定制是有原因的，所以我认为添加属性和关系本身就是一个好主意

---

当然，客户可以将CRM数据模型扩展到过于复杂和低效的程度，但这是一种适用于任何信息系统的风险。

我认为您的建议是正确的

连接实体的设计目的是在各种记录之间轻松创建“低调”关系，使用户能够自由关联数据。正式的数据库关系（1:n，n:m）则不同

我不知道有关自定义连接实体的限制。微软让它可以定制是有原因的，所以我认为添加属性和关系本身就是一个好主意

---

当然，定制者可以将CRM数据模型扩展到过于复杂和低效的程度，但这是一种适用于任何信息系统的风险。

这不是严格地回答您的问题，但是：连接记录需要注意的一点是，它们是成对创建的，CRM反转字段以创建镜像对。但是，对于自定义字段-这些字段不会反转（因为CRM不知道如何反转）。这是一个很好的观点，谢谢！不是严格地回答您的问题，但是：连接记录需要注意的一点是，它们是成对创建的，CRM会反转字段以创建镜像对。但是，对于自定义字段-这些字段不会反转（因为CRM不知道如何反转）。这是一个很好的观点，谢谢！谢谢你。我不知道为什么要自定义连接实体，但你是对的，它是可以自定义的。我主要担心的是不正确地使用连接来模拟正式的关系，所以我在这里似乎走对了方向。我将把这个标记为答案谢谢。我不知道为什么要自定义连接实体，但你是对的，它是可以自定义的。我主要担心的是不正确地使用连接来模拟正式的关系，所以我在这里似乎走对了方向。我将把这个标记为答案