Salesforce

Question

目前，我们有一个CPU限制的问题。我们确实有很多进程可能没有优化，我已经为同一个对象组合了一些进程，但这还不够。我现在正在尝试理解日志权限--正如您在屏幕截图中看到的那样，有一个进程被多次调用(我假设每一次都是创建的记录)。即使我在一个操作/dml语句中创建了60条记录，流程生成器仍然会被调用60次吗？(这就是我认为正在发生的事情)这是我们现在遇到的问题吗？如果是的话，有没有更好的方法来做呢？因为现在我们需要来自PB的更新来运行，但我希望它会变得庞大或类似的东西。我还在想，在进程之间可能会有一些循环。如果您需要更多的信息，请告诉我。谢谢。

​

​

Answer 1

是的，流程生成器将被调用60次，每次一个记录。但这不应该是你的问题。最后更新/创建子记录/电子邮件发送(或任何您的操作)将是庞大的，它不会一次保存一个记录。如果这个过程调用一些顶点动作--它们应该是支持传递记录收集，而不仅仅是单个记录。

你可能看错地方了。CPU时间提示代码问题，而不是配置(流程、工作流、流程生成器.虽然如果您正在更新“此”记录上的字段，但您可能会从预存流中受益)。尝试比较与METHOD_BEGIN、METHOD_END触发器、代码方法(包括可调用的动作/进程插件接口)相关的时间戳。

也许有些代码不需要运行，因为关键字段没有变化，没有什么需要重新计算、汇总的。很难说，没有看到调试日志。

也许手术不一定要立即进行。想一想，如果你能把一些东西卸载到“预定的行动”、“基于时间的工作流”或以“@未来、可击、可排队”这几个术语来表示。但是它们必须相对安全才能运行，如果有错误--它不会显示给用户，因为操作将在后台，您需要手动处理错误(发送电子邮件、创建记录、发出聊天帖子或通知)。

您可以尝试将日志上传到https://apextimeline.herokuapp.com/，并尝试从类似甘特图的输出中获得意义。或者用log.htm&type=5或https://marketplace.visualstudio.com/items?itemName=financialforce.lana来捕获日志"pro“(您可能需要开发人员的帮助才能理解它)。