Architecture 正在更新Salesforce中与父记录关联的所有子对象

Architecture 正在更新Salesforce中与父记录关联的所有子对象,architecture,salesforce,apex,Architecture,Salesforce,Apex,我需要更新与父对象关联的所有子对象 有多种选择,但我正试图找出最好的选择,因为有30多个子对象需要更新 触发器(如果不是现在,而是将来的某个地方,最有可能会因CPU时间限制超过而失败。) 批处理类和未来方法是process builder之外的一个选项 如果有人做过类似的工作,你的建议肯定会有帮助。这项工作多久进行一次?30个子对象中是否有大量数据?是否一定要进行真正的更新?您不能在这些子对象上创建一堆引用父对象数据的公式字段吗?为什么你会直接打折一个触发器/进程生成器,你确定你可以在单事务限制

我需要更新与父对象关联的所有子对象

有多种选择,但我正试图找出最好的选择,因为有30多个子对象需要更新

触发器(如果不是现在,而是将来的某个地方,最有可能会因CPU时间限制超过而失败。) 批处理类和未来方法是process builder之外的一个选项


如果有人做过类似的工作,你的建议肯定会有帮助。

这项工作多久进行一次?30个子对象中是否有大量数据?是否一定要进行真正的更新?您不能在这些子对象上创建一堆引用父对象数据的公式字段吗?为什么你会直接打折一个触发器/进程生成器,你确定你可以在单事务限制中更新10000行吗?@David Reed只是想说明一下,这里的主要动机是保持所有子对象与父对象同步。现在假设有人更改了帐户所有者,那么所有子对象(无论自定义关系还是标准关系)都必须具有相同的所有者。关于数量,这取决于它不是固定的,因为有很多对象,上面提到的主要议程是保持记录的所有权同步。因此需要更新。但这可以确定任何子对象的行数都不会超过10k。此操作将多久进行一次?30个子对象中是否有大量数据?是否一定要进行真正的更新?您不能在这些子对象上创建一堆引用父对象数据的公式字段吗?为什么你会直接打折一个触发器/进程生成器,你确定你可以在单事务限制中更新10000行吗?@David Reed只是想说明一下,这里的主要动机是保持所有子对象与父对象同步。现在假设有人更改了帐户所有者,那么所有子对象(无论自定义关系还是标准关系)都必须具有相同的所有者。关于数量,这取决于它不是固定的,因为有很多对象,上面提到的主要议程是保持记录的所有权同步。因此需要更新。但这可以确保任何子对象的行数不会超过10k。