【问题标题】:Loading data to Contact entity is very slow将数据加载到联系人实体非常慢
【发布时间】:2017-08-09 21:58:38
【问题描述】:

我正在尝试使用 SSIS 和 KingsWay CRM 目标组件将数据加载到联系人实体中。问题是时间太长了。

设置:

CRM:托管在云中的 365 沙盒环境(西欧)。
批量:100
主题:2
与实体相关的所有自定义插件均已停用。

发送 262 行需要 4 分钟。

在其他实体上,我可以比这更快地发送几千行。

可能是什么问题,我该如何进一步调试?

更新

似乎删除到字段的映射:

名字
姓氏
电子邮件地址1

将加载时间从 4 分钟减少到 11 秒。

是否有一些系统插件在此触发?

有什么建议吗?

【问题讨论】:

  • 您可能想检查是否有任何工作流或插件在创建或更新联系人时触发。
  • 感谢您的评论。我使用插件注册工具禁用了与联系人实体相关的所有步骤。我使用 View -> Display by Entity 来确保我找到了与联系人相关的所有内容。请查看我更新的问题。
  • 检查重复检测规则。
  • 当您输入名字和姓氏时,系统会计算“全名”字段。 +1 检查重复检测。
  • @Aron 我可以做些什么来防止它被计算出来,即如果我自己传递全名?

标签: dynamics-crm kingswaysoft


【解决方案1】:

如果您已经在导入文件中处理了重复联系人,请取消发布联系人的重复检测规则(基于姓名和电子邮件的 OOB):

设置>数据管理>重复检测规则>选择实体类型:联系人

您可以导入文件,之后您可以再次发布重复检测规则,以确保数据治理。如果您愿意,可以在导入完成后运行重复检测作业。

否则使用以下步骤关闭组织级别设置:

设置>数据管理>重复检测设置>启用重复检测 - 取消选中选项:在数据导入期间

参考thisthis

【讨论】:

  • 有一个名为“具有相同名字和姓氏的联系人”的系统规则和一个检查电子邮件地址的自定义规则。但是,它们都具有未发布状态。即使处于这种状态,它们还会降低性能吗?
  • 我测试了在数据导入过程中禁用重复检测规则,但没有帮助。到目前为止,忽略 CRM 组件中的字段是提高性能的唯一方法
  • 你能不能只用 FN,然后只用 LN,然后只用电子邮件。所以我们可以隔离问题。也看看能不能排除数据问题的可能性?我怀疑复合字段全名可以手动填写..
猜你喜欢
  • 1970-01-01
  • 2014-10-08
  • 2019-06-16
  • 2014-01-21
  • 1970-01-01
  • 1970-01-01
  • 2016-05-29
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多