场景:
在我们以前的CRM系统中,我们的用户具有UserID
形式的唯一数字标识符。从内部API方面,我们只能访问UserID
。我们的UserID
在Contact
实体中有一个映射。但是,由于我们没有Entity A
的查找Guid,因此无法在Contact
上使用Dynamics Web API进行过滤查询。结果,我们首先向Contact
实体发出请求以获取Guid,然后使用该响应来过滤Entity A
。
发出两个请求似乎对性能造成了影响。有什么可能的解决方案来减轻这种性能影响?在Dynamics 365 CRM内部有什么可配置的地方,可能是在现场还是在实体级别?
我们正在考虑的另一种方法是将映射信息(User ID
<-> Dynamics GUID
)缓存,但是即使似乎看起来也很技术化,提供简单的解决方案。
答案 0 :(得分:0)
我相信Andrii在这里基本上回答了您的问题: Join and filter condition between CRM entities using Odata query
使用获取XML,您可以按相关联系人字段过滤实体A。