Microsoft Dynamics CRM 2013/2015 中的插件性能

Question

是时候摆脱害羞模式并在 stackoverflow 上发表我的第一篇文章了。 在进行了大量研究（插件、性能、索引、更新类型、朋友）并尝试了几种方法之后，我无法找到合适的答案/解决方案。

因此，如果可能的话，我想在 Microsoft Dynamics CRM 2013/2015 插件性能问题（或编码技术）方面获得您的反馈/帮助

场景：

Microsoft Dynamics CRM 2013/2015
2 个关系为 1:N 的实体
实体A
实体B

EntityB 具有以下列：
身份证 |实体 ID | ColumnDemoX (十进制) | ColumnDemoY（货币）

实体 A 有：500 条记录
实体 B 有： 每个实体 A 记录 150 条记录。所以 500*150 = 75000 条记录。

目标：

创建一个 Post Entity A 插件更新以“模仿”以下 SQL 命令

Update EntityB
Set ColumnDemoX = (some quantity), ColumnDemoY = (some quantity) * (some value)
Where EntityAId = (some id)

一种方法可能是：

using (var serviceContext = new XrmServiceContext(service)) 
{
  var query = from a in serviceContext.EntityASet
              where a.EntityAId.Equals(someId)
              select a;

  foreach (EntityA entA in query)
  {
    entA.ColumnDemoX = (some quantity);
    serviceContext.UpdateObject(entA);
  }

  serviceContext.SaveChanges();
}

问题：

帖子插件更新中 150 条记录的 foreach 将需要 20 秒或更长时间。
虽然
更新 EntityB 设置 ColumnDemoX = (一些数量), ColumnDemoY = (一些数量) * (一些值) 其中 EntityAId = (一些 id)
这将需要 0.00001 秒

有什么建议/解决方案吗？

谢谢大家的阅读。
H

Answer 1

您可以使用ExecuteMultipleRequest，当您迭代 150 个实体时，保存您需要更新的实体，然后调用请求。如果你这样做，你只调用一次服务，这对性能非常好。

如果您的流程可以越来越大，那么您应该考虑将其作为插件或自定义活动工作流异步。

这是一个例子：

// Create an ExecuteMultipleRequest object.
requestWithResults = new ExecuteMultipleRequest()
{
    // Assign settings that define execution behavior: continue on error, return responses. 
    Settings = new ExecuteMultipleSettings()
    {
        ContinueOnError = false,
        ReturnResponses = true
    },
    // Create an empty organization request collection.
    Requests = new OrganizationRequestCollection()
};

// Add a UpdateRequest for each entity to the request collection.
foreach (var entity in input.Entities)
{
    UpdateRequest updateRequest = new UpdateRequest { Target = entity };
    requestWithResults.Requests.Add(updateRequest);
}

// Execute all the requests in the request collection using a single web method call.
ExecuteMultipleResponse responseWithResults =
    (ExecuteMultipleResponse)_serviceProxy.Execute(requestWithResults);

Answer 2

想到的解决方案很少，但我认为它们不会让您满意...

1. 这真的是个问题吗？是的，它很慢，而且数据库更新可以快得多。但是，如果您可以将其作为后台进程（异步），那么无论如何您都会拥有您的号码。真的是“我一点击就需要这个数字，不然生意就垮了”的情况吗？

2. 这可能是放弃 2013 的一个原因。在 CRM 2015 中，您可以使用 calculated field。如果您只需要在表单中显示这些数字（例如，您不在报告中使用它们），您也可以在 javascript 中进行。

3. 警告这是给绝望的电话。如果你真的需要你的更新是同步的，即时的，你不能使用计算字段，你真的知道你在做什么等等......为什么不直接在数据库中做呢？我知道这是一个非常糟糕的建议。有很多理由不这样做（你可以阅读a few here）。它不受支持，如果你做错了什么，它可能会变得非常糟糕。但是如果你的实际情况和你的例子一样简单（只是一个计算字段，没有实体创建，没有关系修改），你可以这样做。您必须考虑很多事情：您不会对字段进行任何审核，没有安全性，缓存问题，没有修改者等。实际上我非常建议不要使用此解决方案。

Answer 3

1 - 将此逻辑用于异步工作流程。 或者 2 - 不要使用
serviceContext.UpdateObject(entA);

serviceContext.SaveChanges();.

从后期更新字段和ExecuteMultipleRequest获取所有记录（150）以一次更新crm记录。 不要为每条记录发送更新请求