课程介绍
同学们，今天我们来聊聊Salesforce中的一个非常重要的概念——，保存执行顺序，。这个顺序决定了当你在Salesforce中保存一条记录时，系统会按照什么样的步骤来处理数据。听起来有点复杂，但其实很简单，我们一步一步来。 首先，想象一下你在Salesforce中创建或修改了一条记录，比如一个客户信息。当你点击“保存”按钮时，Salesforce会按照一个固定的顺序来处理这条记录。这个顺序就像一条流水线，每个步骤都有特定的任务要完成。 1. ，系统验证，：首先，Salesforce会检查你输入的数据是否符合规则。比如，必填字段有没有填，数据格式对不对。如果发现问题，系统会直接报错，不会继续往下走。 2. ，触发器（Before Triggers），：如果数据通过了验证，接下来会触发“Before Triggers”。这些触发器可以在数据真正保存到数据库之前，对数据进行一些额外的处理。比如，自动填充某些字段，或者根据条件修改数据。 3. ，自定义验证规则，：接下来，Salesforce会检查你设置的自定义验证规则。这些规则是你自己定义的，用来确保数据符合业务需求。如果数据不符合规则，系统也会报错。 4. ，重复规则，：如果你设置了重复规则，Salesforce会检查这条记录是否和已有的记录重复。如果发现重复，系统会阻止保存，或者提示你处理重复记录。 5. ，触发器（After Triggers），：如果前面的步骤都通过了，数据就会被保存到数据库中。然后，系统会触发“After Triggers”。这些触发器可以在数据保存后执行一些操作，比如发送通知、更新其他记录等。 6. ，工作流规则和流程，：接下来，Salesforce会检查是否有工作流规则或流程需要执行。这些规则可以自动发送邮件、更新字段，或者触发其他操作。 7. ，分配规则和自动响应规则，：如果你设置了分配规则或自动响应规则，Salesforce会根据这些规则自动分配记录，或者发送自动回复。 8. ，提交审批流程，：如果这条记录需要审批，Salesforce会启动审批流程，等待审批人处理。 9. ，最终保存，：最后，所有的操作都完成后，数据会被最终保存到数据库中。 这就是Salesforce的保存执行顺序。每一步都有它的作用，确保数据在保存之前和之后都能得到正确的处理。理解这个顺序，可以帮助你更好地设计和管理你的Salesforce系统。 好了，今天的课就到这里。如果你有任何问题，随时问我！
课程章节
本课程共有 21 个章节
-
1
Lesson 13: Save Order of Execution
第 324 页同学们，今天我们来聊聊Salesforce中的一个非常重要的概念——，保存执行顺序，。这个顺序决定了当你在Salesforce中保存一条记录时，系统会按照什么样的步骤来处理数据。听起来有点复杂，但其实很简单，我们一步一步来。 首先，想象一下你在Salesforce中创建或修改了一条记录，比如一个客户信息。当你点击“保存”按钮时，Salesforce会按照一个固定的顺序来处理这条记录。这个顺序就像一条流水线，每个步骤都有特定的任务要完成。 1. ，系统验证，：首先，Salesforce会检查你输入的数据是否符合规则。比如，必填字段有没有填，数据格式对不对。如果发现问题，系统会直接报错，不会继续往下走。 2. ，触发器（Before Triggers），：如果数据通过了验证，接下来会触发“Before Triggers”。这些触发器可以在数据真正保存到数据库之前，对数据进行一些额外的处理。比如，自动填充某些字段，或者根据条件修改数据。 3. ，自定义验证规则，：接下来，Salesforce会检查你设置的自定义验证规则。这些规则是你自己定义的，用来确保数据符合业务需求。如果数据不符合规则，系统也会报错。 4. ，重复规则，：如果你设置了重复规则，Salesforce会检查这条记录是否和已有的记录重复。如果发现重复，系统会阻止保存，或者提示你处理重复记录。 5. ，触发器（After Triggers），：如果前面的步骤都通过了，数据就会被保存到数据库中。然后，系统会触发“After Triggers”。这些触发器可以在数据保存后执行一些操作，比如发送通知、更新其他记录等。 6. ，工作流规则和流程，：接下来，Salesforce会检查是否有工作流规则或流程需要执行。这些规则可以自动发送邮件、更新字段，或者触发其他操作。 7. ，分配规则和自动响应规则，：如果你设置了分配规则或自动响应规则，Salesforce会根据这些规则自动分配记录，或者发送自动回复。 8. ，提交审批流程，：如果这条记录需要审批，Salesforce会启动审批流程，等待审批人处理。 9. ，最终保存，：最后，所有的操作都完成后，数据会被最终保存到数据库中。 这就是Salesforce的保存执行顺序。每一步都有它的作用，确保数据在保存之前和之后都能得到正确的处理。理解这个顺序，可以帮助你更好地设计和管理你的Salesforce系统。 好了，今天的课就到这里。如果你有任何问题，随时问我！
-
2
Lesson Objectives
第 325 页同学们，今天我们来聊聊Salesforce中的几个关键概念，这些概念对于理解Salesforce如何工作非常重要。首先，我们会讨论执行顺序中的要点。执行顺序就像是Salesforce处理信息的步骤，它决定了数据如何被读取、处理和保存。理解这一点，可以帮助我们更好地设计和管理我们的Salesforce环境。 接下来，我们会探讨声明性编程如何适应这个执行顺序。声明性编程是一种不需要编写传统代码的编程方式，它通过配置和设置来实现功能。了解它如何与执行顺序相互作用，可以帮助我们更有效地使用Salesforce的工具，比如流程构建器和验证规则。 然后，我们会讨论交易的生命周期。在Salesforce中，交易不仅仅是买卖，它还包括了从数据输入到处理完成的全过程。理解交易的生命周期，可以帮助我们更好地管理数据流和确保数据的准确性。 最后，我们会简要提到325这个数字，它可能代表了一个特定的错误代码或者是某个功能的编号。了解这些数字背后的含义，可以帮助我们在遇到问题时更快地找到解决方案。 好了，这就是我们今天课程的主要内容。希望这些知识点能够帮助大家更好地理解和使用Salesforce。如果有任何疑问，随时提问哦！
-
3
Lesson Agenda
第 326 页今天我们来聊聊Salesforce中的“课程日历探索执行的保存顺序”以及“处理事务”这个话题。听起来有点复杂，但其实很简单，我会用通俗易懂的方式给大家讲清楚。 首先，，课程日历探索执行的保存顺序，，其实就是指在Salesforce中，当你对数据进行操作时，系统会按照一定的顺序来保存这些操作。比如，你可能会在课程日历中添加、修改或删除一些记录，Salesforce会按照特定的规则来处理这些操作，确保数据的一致性。 举个例子，假设你在课程日历中添加了一个新的事件，然后又修改了另一个事件的日期。Salesforce会先保存新添加的事件，然后再去更新那个修改了日期的事件。这就是保存顺序的一个简单例子。 接下来，我们来说说，处理事务，。在Salesforce中，事务是指一组操作，这些操作要么全部成功，要么全部失败。比如，你在课程日历中同时添加了多个事件，如果其中一个事件因为某种原因失败了，那么整个事务都会回滚，所有的事件都不会被保存。这就是事务的原子性，保证了数据的完整性。 最后，，326，这个数字可能是指某个特定的错误代码或者版本号。在Salesforce中，错误代码通常用来帮助我们快速定位问题。如果你遇到了326这个错误，可以查阅相关的文档，看看具体是什么问题，然后根据提示来解决。 总结一下，今天我们讲了Salesforce中数据保存的顺序、事务的处理以及错误代码的含义。希望这些内容能帮助大家更好地理解Salesforce的工作原理。如果有任何问题，欢迎随时提问！
-
4
The Save Order of Execution
第 327 页同学们，今天我们来聊聊Salesforce中的一个常见问题——流程自动化。想象一下，你正在使用Salesforce来管理你的业务流程，突然有一天，你发现之前设置好的流程不再工作了。这就像是你家的自动门突然不自动了，是不是很让人头疼？ Frank Linstrom就遇到了这样的问题。他给管理员发了一条消息，说他们团队编写的一些流程突然无法正常工作。这就像是你家的自动门突然不自动了，是不是很让人头疼？ 那么，作为管理员，我们应该怎么处理这种情况呢？首先，我们需要检查流程的配置。这就像是你检查自动门的电源是否插好，或者是否有东西卡住了门。在Salesforce中，这可能意味着检查流程的触发条件是否正确设置，或者是否有任何更新影响了流程的运行。 其次，我们需要查看流程的执行日志。这就像是你查看自动门的故障记录，看看是否有错误信息提示。在Salesforce中，我们可以通过查看流程的执行历史来了解流程在哪里出了问题。 最后，如果以上步骤都无法解决问题，我们可能需要重新编写或调整流程。这就像是你可能需要请专业的维修人员来修理自动门。在Salesforce中，这可能意味着我们需要重新设计流程，或者联系Salesforce的支持团队寻求帮助。 总之，当流程自动化出现问题时，我们需要耐心地一步步排查问题，就像修理自动门一样，直到找到问题的根源并解决它。希望这个小故事能帮助你们更好地理解如何处理Salesforce中的流程问题。
-
5
The Save Order of Execution - 328
第 328 页今天我们来聊聊Salesforce中的保存执行顺序。这个顺序非常重要，因为它决定了当你在Salesforce中插入、更新或删除数据时，系统会按照什么步骤来处理这些操作。 首先，想象一下，当你点击“保存”按钮时，Salesforce并不是立即就把数据写入数据库。实际上，它会按照一个特定的顺序来执行一系列步骤。这些步骤就像是一个清单，Salesforce会按照这个清单一步步来，确保每一步都正确无误。 在这个清单中，有一些步骤是所有对象都会经历的，而有些步骤则是针对特定对象的。如果你对某个特定对象的步骤感兴趣，可以查看Salesforce的官方文档，那里有更详细的说明。 这里有一个关键点需要注意：当你点击“保存”后，数据会被“保存”到数据库中，但这并不意味着它已经“提交”了。也就是说，数据虽然写入了数据库，但在某些情况下，这些操作还是可以被回滚的。这就好比你在写一封信，虽然你已经写好了，但在你最终决定寄出之前，你还可以修改或者干脆不寄。 在接下来的课程中，我们会重点讲解这些关键的保存执行步骤。虽然我们主要讨论的是保存操作，但删除和取消删除操作也有类似的执行顺序。所以，理解这些步骤对于掌握Salesforce的数据处理机制非常重要。 希望这个解释能帮助你更好地理解Salesforce中的保存执行顺序。如果有任何疑问，随时提问哦！
-
6
A Trigger Provides a Code-Based Solution
第 329 页今天我们来聊聊Salesforce中的触发器（Triggers）。触发器是一种非常强大的工具，它可以在数据库操作发生时自动执行一些代码。这些数据库操作包括插入（INSERT）、更新（UPDATE）、删除（DELETE）等，有时我们也称之为UPERT、UNDELETE和MERGE。 首先，触发器可以定义在标准对象上，比如Account或Contact，也可以定义在自定义对象和一些标准子对象上。当你创建一个触发器时，默认情况下它是激活的。这意味着，一旦指定的数据库事件发生，Salesforce就会自动触发这个触发器。 那么，触发器能做什么呢？通常，我们可以用触发器来根据特定条件执行一些操作，比如修改相关记录或者限制某些操作的发生。在Apex代码中，触发器几乎可以做任何事情，包括执行SOQL查询、DML操作，或者调用自定义的Apex方法。 触发器特别适合用来完成那些通过Salesforce用户界面的点击工具无法实现的任务。比如，如果你需要验证字段值或者更新记录上的字段，触发器就是一个很好的选择。此外，触发器在以下情况下也非常有用： 1. 当你需要访问与当前对象无关的其他对象时。 2. 当你需要中止正在进行的DML操作时。 3. 当你需要实施Apex共享时。 4. 当发起用户无法访问某些被“锁定”的数据时。 触发器在系统模式下执行，这意味着它们可以查看所有的对象和数据，即使这些数据对普通用户是不可见的。 最后，如果你需要在现有代码中添加逻辑，通常只需要添加一两行代码就可以了，非常简单。 如果你想了解更多关于触发器的详细信息，可以参考以下资源： - [Apex Triggers](https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers.htm) - [Order of Execution for Triggers](https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm) 希望这些信息对你有帮助！如果有任何问题，随时问我哦。
-
7
What Are the Two Types of Triggers Used For?
第 330 页让我们来聊聊Salesforce中的触发器类型。触发器在Salesforce中是一个非常强大的工具，它可以帮助我们在数据发生变化时自动执行一些操作。触发器主要有两种类型：BEFORE触发器和AFTER触发器。 首先，BEFORE触发器。这种触发器在数据被保存到数据库之前执行。想象一下，你正在填写一个表格，当你点击“提交”按钮之前，系统会先检查你填写的信息是否正确。这就是BEFORE触发器的作用。它可以在数据被保存之前进行验证或修改数据。例如，如果你有一个字段要求必须填写，BEFORE触发器可以检查这个字段是否为空，如果为空，它可以阻止数据被保存，并提示用户填写这个字段。 接下来是AFTER触发器。这种触发器在数据已经被保存到数据库之后执行。继续上面的例子，当你点击“提交”按钮后，数据已经被保存到数据库中了，这时AFTER触发器就会开始工作。它通常用于执行一些基于已经保存的数据的操作，比如发送通知、更新其他相关的记录等。 总结一下，BEFORE触发器用于在数据保存之前进行验证或修改，而AFTER触发器用于在数据保存之后执行一些后续操作。理解这两种触发器的区别和使用场景，对于在Salesforce中有效地使用触发器是非常重要的。希望这个解释能帮助你更好地理解触发器的两种类型！
-
8
What Features are Part of the Save Order of Execution?
第 331 页同学们，今天我们来聊聊Salesforce中的“执行保存令”功能。这个功能听起来可能有点复杂，但其实很简单，就是当你点击“保存”按钮时，Salesforce会按照一定的顺序执行一系列操作。这些操作可以是自动触发的，比如工作流程规则、流程构建器、验证规则等。 首先，我们来看看这些操作是如何触发的。当你添加或修改一个记录，比如联系人、账户或其他任何对象时，Salesforce会检查是否有任何规则或流程需要被触发。这些规则和流程可以是声明性的，也就是说，它们是通过配置而不是代码来设置的。 那么，这些操作是按照什么顺序执行的呢？让我们一步步来看： 1. ，系统验证，：首先，Salesforce会进行系统级别的验证，确保数据符合基本要求，比如字段是否必填，数据类型是否正确等。 2. ，验证规则，：接下来，如果有自定义的验证规则，Salesforce会检查这些规则。如果数据不符合规则，保存操作会被阻止，并显示错误信息。 3. ，工作流程规则和流程构建器，：如果数据通过了验证，Salesforce会检查是否有工作流程规则或流程构建器需要被触发。这些规则和流程可以自动执行一些操作，比如更新字段、发送电子邮件等。 4. ，Apex代码，：最后，如果有Apex代码（这是Salesforce的编程语言）被触发，它会在所有声明性操作之后执行。Apex代码可以执行更复杂的操作，比如发送电子邮件，但这些操作是在数据提交到数据库之后才执行的。 现在，让我们思考一下这些操作是如何相互作用的。有时候，不同的规则或流程可能会产生冲突。例如，一个工作流程规则可能会更新一个字段，而另一个规则可能会尝试更新同一个字段。在这种情况下，Salesforce会按照执行顺序来处理这些冲突，通常最后执行的规则会覆盖之前的规则。 总结一下，执行保存令的功能就是确保在保存记录时，所有相关的规则和流程都能按照正确的顺序执行，从而保证数据的完整性和一致性。希望这个解释能帮助大家更好地理解Salesforce中的这个重要功能。接下来，我们可以讨论这些操作具体在什么时候发生，以及它们之间是如何相互影响的。
-
9
What Happens Before the Save to the Database?
第 332 页今天我们来聊聊在Salesforce中，当一条记录被保存到数据库之前，会发生哪些事情。这个过程其实挺有意思的，我们可以把它想象成一条流水线，数据在进入数据库之前，要经过好几个检查站。 首先，，系统验证，会先上场。当你在用户界面上输入数据并点击保存时，Salesforce会先检查这些数据是否符合系统的规则。比如，某些字段是不是必填的，或者格式对不对。这些规则是由系统自动执行的，但如果你有自定义的触发器，它们也会在这个时候被触发。 接下来是，触发器，的环节。触发器就像是一个小助手，它会在数据保存之前做一些额外的操作。比如，你可能会有一个触发器，在保存之前自动计算某个字段的值。这里有个小提示：虽然Salesforce允许你设置多个触发器，但通常我们建议只用一个，因为多个触发器的执行顺序是不可预测的。特别是如果你从AppExchange安装了一些包，这些包可能自带触发器，这就更难控制了。 然后，，自定义验证规则，会登场。这些规则是你自己设置的，用来确保数据符合你的业务需求。比如，你可能要求某个字段的值必须大于100，或者某个日期必须在未来。这些规则会在系统验证之后执行，确保数据完全符合你的要求。 接下来是，复制规则，的检查。这个规则主要是用来防止重复数据的。比如，如果你在系统中已经有一个客户叫“张三”，当你再输入一个“张三”时，系统会提醒你可能存在重复记录。不过，这个规则主要是针对使用复制功能的情况，所以我们不会深入讨论。 最后，，BEFORE触发器，会再次检查数据。这个触发器是唯一一个可以在数据保存之前修改数据的工具。如果它发现数据有问题，比如某个字段的值不符合要求，它可以直接修改数据，或者阻止数据保存。 总结一下，数据在保存到数据库之前，会经过系统验证、触发器、自定义验证规则、复制规则和BEFORE触发器的层层检查。每一步都是为了确保数据的准确性和完整性。 希望这个解释能帮助你更好地理解Salesforce中的数据保存过程。如果你有任何问题，随时问我哦！
-
10
What Happens After the Save to the Database? Part 2: Triggers and Processes
第 334 页让我们来聊聊当数据保存到Salesforce数据库后会发生什么，特别是关于触发器和进程的要点。 首先，想象一下你正在编辑一个记录，比如一个客户信息。当你点击保存按钮时，Salesforce会开始一系列的操作。这些操作中，触发器（Trigger）和进程（Process）扮演了重要角色。 触发器是一种自动化的工具，它可以在数据被插入、更新或删除之前或之后自动执行一些代码。这意味着，当你保存数据时，如果有一个“更新前”触发器，它会在数据实际保存到数据库之前运行。同样，如果有一个“更新后”触发器，它会在数据保存后运行。 接下来，自定义验证规则也会再次运行。这是Salesforce确保数据质量的一个重要步骤。即使你在保存前已经通过了验证，Salesforce在保存后还会再次检查，确保所有数据都符合你设定的规则。 这里有一个重要的区别：与工作流规则不同，工作流规则的字段更新不会再次触发自定义验证规则。但是，进程字段更新可能会导致数据库进行额外的保存操作，这可能会再次触发触发器。 最后，值得注意的是，Salesforce在保存数据后，会再次检查大多数系统验证步骤，比如确保所有必填字段都有值。但是，如果请求来自标准UI编辑页面，Salesforce不会再次运行特定于布局的规则。 总结一下，当数据保存到Salesforce数据库后，触发器和进程会自动运行，自定义验证规则会再次检查数据，确保一切都在控制之中。这就是Salesforce强大自动化能力的体现，帮助我们更高效、更准确地管理数据。
-
11
What Happens After the Save to the Database? Part 3
第 335 页同学们，现在我们来讲讲保存到数据库后会发生什么，特别是第三部分的要点。 首先，我们来看一下动画。动画会帮助我们更直观地理解这个过程。接下来，我们会跳到下一张幻灯片，继续深入探讨。 现在，我们来谈谈计算汇总字段的后果。当你保存数据时，系统可能会自动计算一些汇总字段。这些计算可能会导致其他记录也被保存或更新。也就是说，一个记录的保存可能会触发一系列连锁反应，影响到其他相关记录。 此外，提交后的逻辑可以包括很多操作，比如发送电子邮件、排队传出消息等。这些都是在你保存数据后，系统自动执行的一些后续操作。 最后，我们需要注意的是跨对象工作流程。这意味着当你更新一个父级对象的字段时，可能会影响到与之相关的子级对象。不过，这种情况通常只适用于Master-Detail关系，也就是主从关系。 好了，这就是我们今天要讲的内容。希望大家能够理解保存到数据库后可能发生的一系列操作。如果有任何问题，随时提问哦！
-
12
What Happens When Roll-Up Summary Invokes DML on Parent?
第 336 页让我们来聊聊当汇总摘要在父母记录上触发TLR（Trigger Logic Recalculation，触发器逻辑重新计算）时会发生什么。首先，想象一下你正在看一部动画片，动画片里有一个角色在做一些动作，然后突然，另一个角色也开始动起来了。这就像Salesforce中的流程一样，一个动作可以引发另一个动作。 在Salesforce中，当你对某个记录进行修改时，比如更新一个字段，这个动作可能会触发一个流程，我们称之为“当前流程”。这个流程可能会包含一系列的步骤，比如更新其他记录、发送通知等。但是，如果在这个过程中，你触发了TLR，也就是说，你修改了父记录，那么Salesforce会重新计算所有相关的触发器逻辑。 这里有一个关键点：任何可以修改记录的步骤都可以通过执行顺序启动另一个过程。也就是说，一个流程的结束可能是另一个流程的开始。但是，这里有一个小细节需要注意：如果这个新启动的流程是“衍生”出来的，那么它不会包括提交和提交后的操作。也就是说，它不会立即把更改保存到数据库中，而是等到整个流程结束后再一起提交。 最后，我们在这里用“当前流程”这个词，而不是更专业的“Apex Transaction”，因为我们现在还没有深入讨论Apex Transaction。不过别担心，下一个主题我们会详细解释这个概念。 所以，简单来说，当你在Salesforce中修改记录并触发TLR时，就像是在看一部动画片，一个动作引发另一个动作，但所有的更改都会等到最后一起提交。希望这个解释能帮助你更好地理解这个过程！
-
13
What Happens When Process Invokes DML on an Object?
第 337 页让我们来聊聊当进程在对象上触发TLR（Trigger, Lightning Process, and Record-Triggered Flow）时会发生什么。首先，想象一下，你在Salesforce中有一个对象，比如一个客户记录。当你对这个记录进行一些操作，比如更新或创建时，TLR就会被触发。 现在，关注一下这个过程的动画。想象一下，所有的步骤就像是一场接力赛，每个步骤都在等待前一个步骤完成后才能开始。在这个过程中，任何可以修改记录的步骤都有可能启动另一个过程。这就像是在接力赛中，一个选手跑完后，把接力棒交给下一个选手。 但是，这里有一个重要的点需要注意：那些“衍生”出来的流程，也就是由当前流程启动的其他流程，它们不会包括提交和提交后操作。这就像是接力赛中，虽然每个选手都在跑，但只有最后一个选手才能冲过终点线。 最后，我们在这里使用“当前流程”这个短语，而不是更专业的“Apex Transaction”，因为我们还没有深入讨论Apex Transaction。不过别担心，下一个主题我们会详细解释这一点。 所以，简单来说，当TLR被触发时，它会按照一定的顺序执行一系列步骤，每个步骤都有可能启动新的流程，但只有当前流程会完成提交和提交后的操作。希望这个解释能帮助你更好地理解这个过程！
-
14
Additional Steps
第 338 页今天我们来聊聊Salesforce中的一些自动化规则和它们的执行顺序。这些规则可以帮助我们自动化处理很多日常任务，让工作更高效。 首先，我们来看一下几种常见的规则： 1. ，分配规则，：这个规则可以帮助我们自动将新的线索或案例分配给合适的团队成员。比如，当一个新的线索进入系统时，系统可以根据预设的条件自动分配给某个销售代表。 2. ，自动响应规则，：这个规则可以自动发送回复邮件给客户。比如，当客户提交了一个案例后，系统可以自动发送一封确认邮件，告诉客户我们已经收到了他们的请求。 3. ，递增规则，：这个规则可以帮助我们自动生成递增的编号。比如，每次创建一个新的案例时，系统可以自动生成一个唯一的案例编号。 4. ，权限规则，：这个规则可以控制用户对某些记录的访问权限。比如，只有特定的团队成员才能查看或编辑某些敏感信息。 5. ，作业规则，：这个规则可以自动执行一些操作。比如，当某个案例的状态发生变化时，系统可以自动发送通知给相关人员。 6. ，升级规则，：这个规则可以帮助我们自动升级某些案例。比如，如果一个案例在规定的时间内没有得到处理，系统可以自动将其升级给更高级别的支持团队。 7. ，权利规则，：这个规则可以帮助我们自动分配权利给某些用户。比如，当一个新的工作订单创建时，系统可以自动分配相应的权限给负责的团队成员。 接下来，我们来看看这些规则的执行顺序。Salesforce中的规则执行是有一定顺序的，了解这个顺序可以帮助我们更好地设计和管理这些规则。 1. ，提交后逻辑，：当用户提交了一个表单或记录后，系统会首先执行一些提交后的逻辑。比如，发送确认邮件、更新相关记录等。 2. ，电子邮件，：系统会自动发送相关的电子邮件。比如，自动响应规则触发的确认邮件。 3. ，非同步极点排队，：系统会将一些需要异步处理的任务放入队列中，稍后再处理。比如，一些复杂的计算或数据处理任务。 4. ，出站消息，：系统会发送出站消息给外部系统。比如，当某个记录更新时，系统可以自动发送消息给外部的ERP系统。 如果你想更深入地了解这些规则的执行顺序，可以参考Apex开发人员指南中的“触发器和执行顺序”部分。这个指南详细介绍了Salesforce中各种触发器和规则的执行顺序，帮助你更好地理解和设计自动化流程。 希望这些内容对你有帮助！如果你有任何问题，随时问我哦。
-
15
What Events in the Save Order of Execution Could Cause a New DML Event?
第 339 页让我们来聊聊在Salesforce中，当你保存一条记录时，哪些事件可能会触发新的时间轴记录（TLR）事件。这个过程其实就像是在做一道菜，每一步都有可能会影响到最终的味道。 首先，我们来看看“触发之前”会发生什么。在这个阶段，系统会先检查一些基本的规则，比如系统验证规则。这些规则就像是厨房里的基本卫生标准，确保所有的食材都是干净的、安全的。如果这些规则没有被满足，那么记录就不会被保存，也就不会有新的TLR事件产生。 接下来是自定义验证规则。这些规则就像是你的个人烹饪秘诀，只有你知道怎么做才能让菜更美味。如果这些规则没有被满足，同样，记录也不会被保存。 然后是重复的规则。这就像是你在做菜时，突然发现你已经有一道类似的菜了，所以你决定不再做一遍。如果系统发现有重复的记录，它也会阻止保存。 如果所有的规则都通过了，那么记录就会被保存，这时候“触发后”的事件就会发生。这些事件包括工作流程、流程、流动等。这些就像是你在做菜时加入的各种调料和步骤，它们会让菜的味道更加丰富。 最后，计算汇总字段和跨对象工作流程也会被触发。这些就像是你在做菜时，会根据食材的种类和数量来调整火候和时间，以确保每一道菜都能达到最佳的口感。 所以，总的来说，从触发之前到触发后，每一个步骤都有可能会影响到新的TLR事件的产生。希望这个比喻能帮助你更好地理解这个过程。
-
16
What Might Cause the Commit to Not Happen?
第 340 页让我们来聊聊为什么有时候在Salesforce中，我们的操作不会像预期那样被保存下来。想象一下，你在玩一个积木游戏，每一步都必须稳稳当当，如果中间有一块积木放错了，整个塔就会倒塌。Salesforce中的事务处理也是类似的，如果任何一个步骤出了问题，整个操作就会回滚，就像积木塔倒塌一样，所有之前的操作都不会被保存。 首先，系统验证是一个常见的拦路虎。比如，如果你在一个应该输入数字的字段里不小心输入了文字，或者忘记填写那些必须填写的字段，系统就会说：“不行，这不符合规则。”然后整个操作就会停止。 接下来是对象的验证规则。假设有一个规则说，某个字段的值必须在1到25之间，但你输入了30，这就像是在说“我要把这块积木放在塔顶”，但实际上塔顶已经满了，放不下了。所以，整个操作就会失败。 触发器也是一个可能的原因。触发器是Salesforce中的一种自动化工具，它可以在某些操作发生时自动执行一些代码。如果触发器中的代码有问题，比如超出了Salesforce设定的资源限制，或者添加了错误信息到记录中，那么整个事务也会回滚。 流程和工作流规则也可能导致问题。比如，如果一个流程尝试进行一个数学操作，比如除以零，这在数学上是不允许的，所以操作就会失败。或者，如果一个工作流规则试图修改一个父记录中的汇总值，但这个修改违反了父记录的验证规则，那么整个事务也会被回滚。 让我们通过一个具体的例子来理解这一点。假设你有一个父记录和几个子记录。父记录有一个汇总字段，用来计算所有子记录中状态为“已批准”的数量。你创建了一个父记录，然后创建了一个子记录，但没有设置状态。工作流规则自动将状态设置为“已批准”。然后你又创建了另一个子记录，同样没有设置状态。这次，系统发现如果这个子记录的状态也被设置为“已批准”，那么父记录中的汇总值就会超过允许的最大值。因此，系统会显示一个错误，告诉你不能这样做。如果你点击取消，那么这个子记录就不会被创建，整个操作也就不会保存。 所以，在Salesforce中，确保每一步都符合规则是非常重要的，这样才能确保你的操作能够顺利保存下来。
-
17
What Happens If There is a Failure?
第 341 页让我们来聊聊如果在Salesforce中提交数据时失败了会发生什么。首先，想象一下你正在看一个动画，这个动画会展示整个过程。当提交失败时，系统会做一个叫做“回滚”的操作。这意味着所有你已经保存的数据都会回到提交前的状态，就像你从未开始过这次提交一样。 接下来，系统会停止处理任何进一步的步骤。也就是说，如果提交失败了，系统不会继续尝试保存或处理其他数据。这就像是你按下了暂停键，一切都停在那里。 还有一个重要的点是，数据不会被提交。这意味着你的更改不会保存到数据库中，所以如果你在提交过程中做了任何修改，这些修改都不会生效。 如果你在代码中使用了`addLock`方法来添加错误到记录中，那么即使提交失败了，触发器还是会完成它的工作。这意味着对于每一个批次的数据，所有的错误都会被记录下来并报告回来。这样，你就可以知道哪里出了问题，从而进行修正。 最后，记住回滚的过程在动画中是由箭头指示的。这个箭头会告诉你数据是如何回到原始状态的。希望这些信息能帮助你更好地理解在Salesforce中提交失败时会发生什么。
-
18
What Conditions Can Cause a Rollback?
第 342 页让我们来聊聊在Salesforce中哪些情况会导致事务回滚。想象一下，你在做一个大项目，突然发现有个小错误，整个项目就得从头再来，这就是回滚的意思。在Salesforce中，主要有三种情况会导致回滚： 1. ，TLR操作中未处理的错误，：TLR是“Trigger, Lightning, and Apex”的缩写。如果你在这些操作中遇到了错误，而且没有妥善处理，Salesforce就会说：“哎呀，出错了，我们得从头再来。”于是，整个事务就会回滚。 2. ，验证错误，：想象一下，你在填写一个表格，但有些必填项你没填。系统会说：“不行，你得填完整。”如果你不改正这些错误，Salesforce就会回滚整个事务，确保数据的完整性。 3. ，超过州长限额，：Salesforce有一个叫做“州长限额”的东西，就像是你每个月的话费套餐，用完了就不能再用了。如果你在操作中超过了这些限额，Salesforce会说：“抱歉，你超限了。”然后就会回滚事务，防止系统资源被过度使用。 所以，记住这三点：处理错误、确保数据完整、别超限，这样你的Salesforce操作就会顺利很多啦！
-
19
Lesson Agenda - 343
第 343 页今天我们来聊聊Salesforce中的“课程日历探索执行的保存顺序”以及“处理事务”这个话题。听起来有点复杂，但其实很简单，我会用通俗易懂的方式给大家解释清楚。 首先，，课程日历探索执行的保存顺序，，这个其实就是在Salesforce中，当你对数据进行操作时，系统会按照一定的顺序来保存这些数据。比如，你在课程日历中添加了一个新的事件，或者修改了某个课程的时间，Salesforce会按照你操作的顺序，一步一步地把这些变化保存下来。这个顺序很重要，因为它确保了数据的完整性和一致性。 接下来，我们来说说，处理事务，。在Salesforce中，事务（Transaction）是指一系列的操作，这些操作要么全部成功，要么全部失败。比如，你在课程日历中同时添加了多个事件，如果其中一个事件因为某些原因失败了，那么整个事务都会回滚，也就是说，之前成功添加的事件也会被撤销。这样可以确保数据不会出现部分更新的情况，保持数据的完整性。 最后，，343，这个数字可能是指某个特定的错误代码或者事务的ID。在Salesforce中，每个事务都有一个唯一的ID，方便我们追踪和调试。如果你遇到了问题，可以通过这个ID来查找具体的错误信息，帮助你更快地解决问题。 总结一下，今天的内容主要是关于Salesforce中数据保存的顺序和事务处理的重要性。记住，系统会按照你操作的顺序来保存数据，而事务则确保了数据的一致性。希望这些内容对你有帮助，如果有任何问题，随时问我哦！
-
20
The transaction ends after the commit is performed.
第 344 页让我们来聊聊Salesforce中的事务处理。想象一下，你在Salesforce中保存一条记录，这就像是你按下了“保存”按钮。这时，Salesforce会启动一个事务。这个事务就像是一个包裹，里面包含了所有需要完成的任务。 首先，Salesforce会插入你的记录。这就像是把包裹放进传送带，开始处理。接着，这个事务会触发一系列的后续动作，比如触发器、工作流、流程（包括流）和汇总摘要字段。这些动作就像是传送带上的各个工作站，每个工作站都会对包裹进行一些处理。 所有这些动作都在同一个事务中完成，也就是说，它们要么全部成功，要么全部失败。这就像是如果传送带上的任何一个工作站出了问题，整个包裹都会被退回，不会只退回一部分。 最后，当所有动作都完成后，事务就结束了。这就像是包裹被成功送达，整个过程顺利完成。 所以，简单来说，事务就是Salesforce中处理记录保存的一系列动作，它们要么全部成功，要么全部失败，确保数据的完整性和一致性。
-
21
Transactions and Governor Limits
第 345 页让我们来聊聊Salesforce中的“交易和州长限制”。这个话题听起来有点复杂，但其实很简单，就像你在玩一个游戏，游戏里有一些规则，确保每个人都能公平地玩，不会有人占用太多资源。 首先，什么是“交易”呢？在Salesforce中，每次你保存一条记录，比如更新一个客户的信息，这整个过程就是一个“交易”。这个交易包括了很多步骤，比如触发触发器、执行工作流规则、运行自动化流程等等。 现在，说到“州长限制”，这就像是Salesforce为了确保系统稳定和公平，给每个交易设置了一些“限制”。这些限制包括： 1. ，数据库操作，：每次交易中，你可以对数据库进行多少次操作，比如查询、插入、更新等。 2. ，CPU时间，：每次交易中，你的代码可以占用多少CPU时间。如果超过了这个时间，交易就会被终止。 3. ，堆空间，：这是指你的代码在执行时可以使用的内存量。如果超过了这个限制，交易也会被终止。 这些限制是为了防止某个用户或某个交易占用太多资源，影响到其他用户的使用体验。 举个例子，假设你正在保存一条记录，这个操作触发了多个触发器和工作流规则。如果在这个过程中，你的代码尝试进行太多的数据库操作，或者占用了太多的CPU时间，Salesforce就会说：“嘿，你超过了限制！”然后整个交易就会被终止，所有已经做的更改都会被回滚，就像什么都没发生过一样。 所以，作为开发者，你需要时刻注意这些限制，确保你的代码不会超出这些限制。Salesforce提供了很多文档和工具，比如Apex开发人员指南，来帮助你理解和遵守这些规则。 总之，交易和州长限制是Salesforce确保系统稳定和公平的重要机制。理解并遵守这些规则，可以帮助你开发出更高效、更稳定的应用。希望这个解释对你有帮助！
📋 课程信息
- 所属目录：DEX403
- 课程名称：Lesson 13: Save Order of Execution
- 章节数量：21 个