Module 7: DML Essentials

1

第 189 页

同学们，今天我们来聊聊模块7的TLR要点。TLR，也就是“Trigger Logic Review”，是Salesforce开发中非常重要的一部分。它主要关注的是触发器逻辑的审查和优化。首先，我们要明白触发器是什么。触发器就像是一个自动化的“小助手”，当你在Salesforce中执行某些操作时，比如创建、更新或删除记录，触发器就会自动运行，执行你预先设定好的逻辑。那么，TLR的要点是什么呢？ 1. ，逻辑清晰，：触发器的逻辑要尽量简单明了，避免复杂的嵌套和多重条件判断。这样不仅便于维护，也能减少出错的可能性。 2. ，性能优化，：触发器中的代码要尽量高效，避免不必要的数据库操作和循环。记住，Salesforce对每个事务的执行时间是有严格限制的，所以我们要确保触发器能在规定时间内完成。 3. ，避免重复触发，：有时候，一个操作可能会触发多个触发器，这会导致重复执行和资源浪费。我们要通过合理的逻辑设计，避免这种情况的发生。 4. ，测试充分，：在部署触发器之前，一定要进行充分的测试。确保在各种场景下，触发器都能按预期工作，不会引发意外的错误。 5. ，文档齐全，：最后，别忘了为触发器编写详细的文档。包括触发器的目的、逻辑流程、测试用例等。这样不仅便于自己日后维护，也能帮助其他开发者快速理解和使用。好了，以上就是模块7的TLR要点。希望大家在实际开发中，能够灵活运用这些原则，写出高效、稳定的触发器代码。如果有任何问题，随时欢迎提问！

查看详情

2

Module Objectives - 190

第 190 页

同学们，今天我们要聊的是Salesforce中的TLR操作，也就是事务处理和记录锁定。听起来有点复杂，但其实很简单，就像你在玩一个游戏，需要确保每一步都正确无误，才能顺利通关。首先，我们要了解的是，调用TLR操作有几种不同的方式。你可以直接使用标准的DML操作，比如`insert`，或者使用更高级的`Database.insert()`方法。这两种方式的主要区别在于错误处理。使用`Database.insert()`，你可以更细致地控制当出现错误时应该怎么做，比如只插入那些没有错误的记录，而不是全部失败。接下来，我们要学习如何用Apex代码来调用这些TLR操作。Apex是Salesforce的一种编程语言，它让我们可以编写逻辑来处理数据。比如，我们可以编写一个Apex类来更改联系人的信息，然后将这些更改保存到数据库中。这里的关键是，我们需要确保在保存数据之前，所有的更改都是正确的，否则就可能会遇到错误。在处理TLR操作时，我们还需要了解如何设置保存点和回滚。保存点就像是在游戏中设置一个检查点，如果之后的操作出了问题，我们可以回滚到这个点，重新开始。这在处理复杂的事务时非常有用，可以避免数据不一致的问题。最后，我们要学会如何处理TLR操作中可能出现的错误和异常。在Apex中，我们可以使用try-catch块来捕获这些错误，并根据错误的类型来决定如何处理。比如，如果是因为数据验证失败，我们可以提示用户重新输入数据；如果是系统错误，我们可能需要记录日志并通知管理员。好了，今天的内容就到这里。记住，处理TLR操作就像是在玩一个需要精确操作的游戏，每一步都要小心谨慎。希望你们都能掌握这些技巧，成为Salesforce的高手！

查看详情

3

Module Agenda - 191

第 191 页

让我们来聊聊模块7的内容，也就是TLR的要点。首先，我们会讨论模块的议程，这就像是我们的学习地图，告诉我们接下来要学什么。然后，我们会探讨持久数据的选项，这部分内容会帮助我们理解如何在Salesforce中保存和管理数据，确保信息不会丢失。接下来，我们会学习如何排队TLR活动。这就像是我们在餐厅排队等候一样，我们需要知道如何安排和处理这些活动，确保它们能够顺利进行。最后，我们会讨论如何处理TLR中的错误和进行调试。这就像是我们在做菜时，如果发现味道不对，我们需要知道如何调整和修正。通过这些内容的学习，你将能够更好地理解TLR的核心要点，掌握在Salesforce中处理数据和活动的技巧。希望这些内容能够帮助你更自信地使用Salesforce，解决实际工作中的问题。

查看详情

4

Working with Data in Apex: A Common Pattern - 192

第 192 页

今天我们来聊聊在Apex中如何使用数据，特别是关于删除和修改联系人的常见模式。这个过程其实很简单，我们可以把它分成几个步骤来理解。首先，，删除联系人，。在Apex中，如果你想要从数据库中删除一个联系人，你可以使用`delete`语句。这个操作会直接从数据库中移除这个联系人的记录。记住，一旦删除了，数据就无法恢复了，所以操作前要三思哦。接下来是，修改联系人，。修改联系人通常涉及两个步骤：首先是从数据库中读取联系人信息到内存中，然后在内存中对这些信息进行修改。你可以使用`SOQL`查询来获取联系人对象，然后在Apex代码中修改这个对象的属性。最后一步是，将修改后的数据保存回数据库，。在Apex中，你可以使用`update`语句来将内存中修改后的联系人对象保存回数据库。这样，数据库中的联系人信息就会被更新为你在内存中修改后的版本。总结一下，处理数据的基本流程就是：从数据库读取数据到内存，在内存中进行修改，最后将修改后的数据保存回数据库。这个过程在Apex中非常常见，掌握了它，你就能处理很多数据操作的任务了。希望这个解释能帮助你更好地理解在Apex中如何处理数据。如果有任何疑问，随时提问哦！

查看详情

5

Sales CRM Data Model

第 193 页

让我们来聊聊Salesforce中的销售CRM数据模型。这个模型是帮助我们更好地管理销售流程的。首先，我们要了解几个关键的对象，这些对象是Salesforce中用来存储和管理数据的基本单元。首先，我们有，Campaign，，这是用来规划和跟踪我们的营销活动的。比如，如果我们有一个新的产品发布，我们可以创建一个Campaign来跟踪所有相关的营销活动。接下来是，Lead，，也就是潜在客户。这些是我们认为有可能成为我们客户的人或公司。我们需要收集他们的信息，并评估他们是否真的有可能购买我们的产品或服务。然后是，Account，，这是我们的客户、竞争对手或合作伙伴的信息。每个Account都会存储一些基本信息，比如公司名称、地址和电话号码等。与Account紧密相关的是，Contact，，这些是与Account相关联的个人。比如，如果ABC Labs是我们的客户，那么Arnold Adam和Bertha Boxer可能就是我们在ABC Labs中的联系人。最后是，Opportunity，，这是我们正在跟踪的销售交易。每个Opportunity都代表一个潜在的销售机会，我们会记录这个交易的状态、金额等信息。这些对象之间有一些预定义的关系。比如，一个Account可以有多个Contact，这就是一对多的关系。Account是父对象，Contact是子对象。在Salesforce中，我们可以从一个Account记录轻松地查看所有相关的Contact记录，反之亦然。所以，简单来说，Salesforce的销售CRM数据模型帮助我们通过几个关键对象来管理我们的销售流程，从营销活动到潜在客户，再到客户和销售机会，一切都井井有条。希望这能帮助你更好地理解Salesforce的销售CRM数据模型！

查看详情

6

Demo: Saving Changes to Contacts in the Developer Console

第 194 页

同学们，今天我们来学习如何在Salesforce的开发人员控制台中保存对联系人记录的更改。首先，让我们回顾一下，你们已经学会了使用SOQL来查询数据库，现在我们要进一步探索如何通过开发人员控制台来持久化这些数据更改。首先，想象一下，如果你们想在Salesforce的用户界面中创建或更改记录，你们会怎么做呢？可能会通过记录详细信息页面、列表视图、Salesforce Mobile应用，或者使用Salesforce的操作按钮。这些都是常见的方法。现在，假设你们是开发人员，使用开发人员控制台中的SOQL查询来获取一组记录。你们可能会想，如何直接在控制台中修改这些记录呢？让我们一步步来看。首先，打开开发人员控制台，找到查询编辑器。在这里，输入以下SOQL查询： ```sql SELECT ID, LastName, LeadSource FROM Contact WHERE LeadSource = 'Trade Show' ``` 执行这个查询后，你会看到一系列符合条件的联系人记录。接下来，双击第一个联系人的LeadSource字段，将其内容改为“Partner”。记得记下你刚刚更新的联系人的姓氏，这样我们稍后可以验证更改是否成功。完成修改后，点击“保存行”按钮。这样，你就成功地在开发人员控制台中更新了这条联系人记录。为了验证更改是否确实保存了，我们可以再次执行一个查询： ```sql SELECT ID, LastName, FirstName, HomePhone FROM Contact WHERE LastName = '你刚刚更新的联系人的姓氏' ``` 执行这个查询后，检查结果，确认LeadSource字段是否已经更新为“Partner”。最后，为了保持数据的原始状态，我们可以将LeadSource字段改回“Trade Show”，然后再次点击“保存行”。通过这个过程，你们学会了如何在开发人员控制台中直接修改和保存联系人记录。接下来，我们将探讨如何在Apex代码中实现类似的功能。这将是一个更高级的话题，但相信你们已经准备好迎接新的挑战了！

查看详情

7

Example: Saving Changes to Contacts Programmatically

第 195 页

同学们，今天我们来学习如何以编程的方式保存对联系人的更改。首先，我们需要从数据库中获取我们想要修改的联系人数据。这一步就像是去图书馆找到你想要的那本书。接下来，我们在内存中对这些数据进行修改。想象一下，你在这本书上做了一些笔记或者标记，但还没有把书放回书架。然后，我们使用一个叫做“更新”的TLR命令，将这些更改保存回数据库。这就像是你把修改后的书放回图书馆的书架上，这样其他人也能看到你的更改。最后，我们可以再次从数据库中获取这些数据，来验证我们的更改是否已经成功保存。这就像是再次去图书馆确认你的笔记是否还在那本书上。记住，TLR命令不仅仅有“更新”，还有其他几种类型，我们会在接下来的课程中一一介绍。这样，你们就能更全面地掌握如何在Salesforce中以编程方式操作数据了。

查看详情

8

Match the Programming Scenario to the DML Command

第 196 页

让我们一起来理解这些编程场景和DML命令的匹配。DML（数据操作语言）命令是用来在Salesforce中操作数据的，比如插入、更新、删除等。我们来看一下每个场景和对应的DML命令。 1. ，场景1，：我们需要将LeadSource为‘Trade Show’的联系人检索到内存中，并将其LeadSource修改为“Other”，然后将这个修改保存到组织中。这个操作涉及到检索和更新数据，所以对应的DML命令是，UPDATE，（B）。 2. ，场景2，：在内存中创建一个新的联系人实例，并将其保存到组织中。这个操作是创建一个新的记录，所以对应的DML命令是，INSERT，（A）。 3. ，场景3，：通过用户界面错误地输入了一些联系人，我们需要将这些联系人检索到内存中，并使用它们的ID值将它们从组织中删除。这个操作是删除记录，所以对应的DML命令是，DELETE，（D）。 4. ，场景4，：在内存中创建新的联系人，并修改已经加载到内存中的现有联系人，然后发出一条命令将这些新的和修改后的联系人保存到组织中。这个操作涉及到插入和更新，所以对应的DML命令是，UPSERT，（C）。 5. ，场景5，：实际上，场景3中删除的联系人是正确创建的，我们需要使用SOQL将这些联系人从回收站检索到内存中，然后恢复这些联系记录。这个操作是恢复被删除的记录，所以对应的DML命令是，UNDELETE，（E）。总结一下，答案就是： 1-B、2-A、3-D、4-C、5-E。希望这个解释能帮助你更好地理解这些场景和DML命令的匹配。如果有任何问题，随时问我哦！

查看详情

9

Module Agenda - 197

第 197 页

同学们，今天我们来聊聊模块7的内容，这个模块主要是关于TLR（Transaction Log Replay）的一些关键点。我会用简单易懂的方式来讲解，确保大家都能跟上。首先，我们来看一下模块的议程。这个模块主要分为三个部分： 1. ，持久数据的选项，：我们会讨论在Salesforce中，如何确保数据在系统重启或故障后仍然能够保存下来。这里会涉及到一些持久化存储的技术和策略。 2. ，排队TLR活动，：TLR活动是指事务日志重放活动。我们会讲解如何将这些活动进行排队管理，确保它们能够有序、高效地执行。 3. ，处理TLR错误和调试，：最后，我们会探讨在TLR过程中可能遇到的错误，以及如何进行调试和解决这些问题。这部分内容非常重要，因为在实际操作中，错误是不可避免的，掌握调试技巧可以帮助我们快速定位和解决问题。接下来，我会逐一详细讲解这三个部分的内容，确保大家能够全面理解并掌握TLR的要点。如果有任何问题，随时可以提出来，我们一起讨论解决。

查看详情

10

Two Ways of Writing DML Commands

第 198 页

同学们，今天我们来聊聊编写TLR命令的两种方法。虽然这两种方法看起来非常相似，但它们实际上有很大的不同。理解这些差异对我们以后的学习非常重要，所以千万不要跳过这部分内容哦。首先，我们来看第一种方法，就是使用Datab.DML命令。这种方法非常直接，你可以通过它来执行插入、更新、删除等操作。简单来说，Datab.DML命令就像是你直接对数据库进行操作的工具，非常强大且灵活。第二种方法呢，就是独立合并命令。这个方法比较特别，因为它没有对应的数据库系统方法。也就是说，你不能直接通过数据库来执行这个命令。不过，我们今天的重点不是学习合并命令，所以大家只需要知道有这么一回事就可以了。为了帮助大家更好地理解，我给大家准备了一个额外的学习材料链接，里面详细介绍了Apex语言中的DML操作。大家可以课后去阅读一下，加深理解。好了，今天的课程就到这里。希望大家能够记住这两种方法的关键点，以后在编写TLR命令时能够灵活运用。如果有任何问题，随时来找我讨论哦！

查看详情

11

Demo: What Happens When You Insert Incomplete Contacts?

第 199 页

同学们，今天我们来做一个简单的演示，看看在Salesforce中插入不完整的联系人时会发生什么。这个演示会帮助我们理解数据插入时的错误处理机制。首先，我们需要打开Salesforce的开发者控制台。你可以通过点击右上角的设置图标，然后选择“开发者控制台”来打开它。接下来，在开发者控制台的“匿名执行”窗口中，我们会输入一段代码。这段代码的目的是尝试插入一个不完整的联系人记录。具体来说，我们会尝试插入一个只有姓氏（Last Name）而没有名字（First Name）的联系人。当我们运行这段代码时，Salesforce会立即抛出一个错误。这是因为在Salesforce中，某些字段是必填的，比如联系人的名字（First Name）。如果我们不提供这些必填字段，记录就无法成功插入。现在，我们来查看一下这个错误。错误信息会告诉我们具体是哪个字段缺失了，导致插入失败。接下来，我们使用查询编辑器来执行一个SOQL查询。这个查询的目的是检查是否有一个姓氏为“Santoyo”的联系人被成功插入。查询语句是这样的：`SELECT LastName FROM Contact WHERE LastName = 'Santoyo'`。你会发现，查询结果为空，因为刚才的插入操作失败了，没有记录被插入。现在，我们来做一个小调整。我们把代码中的第4行和第5行的顺序颠倒一下，然后重新运行代码和查询。你会发现，无论我们怎么调整代码的顺序，只要有一条记录插入失败，所有的记录都不会被插入。这就是Salesforce的事务性特性：要么全部成功，要么全部失败。最后，我们再次执行SOQL查询，确认一下是否有任何记录被插入。你会发现，结果依然是空的，因为插入操作失败了。总结一下，这个演示告诉我们，在Salesforce中插入记录时，如果有一条记录不符合要求（比如缺少必填字段），那么所有的记录都不会被插入。这就是为什么我们在开发时，要特别注意数据的完整性和准确性。好了，今天的演示就到这里。希望你们通过这个简单的例子，对Salesforce的数据插入和错误处理有了更深的理解。如果有任何问题，欢迎随时提问！

查看详情

12

Partial Processing of Records

第 200 页

今天我们来聊聊Salesforce中的DML操作，特别是完全处理和部分处理的区别。这个知识点对于理解如何在Salesforce中高效地处理数据非常重要。首先，DML操作，也就是数据操作语言，包括插入、更新、删除等操作。在Salesforce中，DML操作可以有两种处理方式：完全处理和部分处理。完全处理，顾名思义，就是要么全部成功，要么全部失败。这就像你在一家餐厅点了一桌菜，如果其中一道菜出了问题，整个订单都会被取消。在Salesforce中，如果你使用标准的DML语句，比如`insert`或`update`，并且没有设置任何特殊参数，那么如果其中一条记录失败了，整个操作都会回滚，所有记录都不会被处理。而部分处理则更加灵活。这就像你在餐厅点菜，如果有一道菜出了问题，服务员会先上其他菜，然后再尝试重新做那道有问题的菜。在Salesforce中，如果你使用`Database`类的方法，比如`Database.insert`或`Database.update`，并且将`allOrNone`参数设置为`false`，那么即使有部分记录失败了，其他记录仍然会被处理。Salesforce会尝试多次处理这些记录，直到所有可能的记录都被处理或者达到重试次数的上限。具体来说，Salesforce会进行三次尝试： 1. 第一次尝试处理所有记录，如果有记录失败，这些记录会被搁置。 2. 第二次尝试只处理那些在第一次尝试中没有失败的记录。 3. 如果第二次尝试还有记录失败，Salesforce会进行最后一次尝试，只处理那些在前两次尝试中都没有失败的记录。如果在最后一次尝试中还有记录失败，那么整个操作就会失败，并显示一个错误消息，告诉你“在存在Apex触发器和部分失败的情况下进行的批处理重试次数太多”。总结一下，完全处理适合那些需要确保所有记录都成功处理的场景，而部分处理则适合那些可以容忍部分记录失败的场景。理解这两种处理方式的区别，可以帮助你更好地设计和优化你的Salesforce应用。希望这个解释对你有帮助！如果你有更多问题，随时问我。

查看详情

13

Are There Other Options for Partial Processing?

第 201 页

让我们来聊聊Salesforce中的部分处理选项。首先，你知道在Salesforce中，当我们尝试插入多个记录时，如果其中一条记录失败了，整个操作都会失败，对吧？这就是所谓的“全有或全无”原则。但是，有时候我们可能希望即使有部分记录失败，其他成功的记录也能被插入。这时候，我们就需要用到“部分处理”这个功能。在Salesforce中，实现部分处理的方法其实只有一种，那就是在使用数据库方法时，将`AllOrNone`参数设置为`false`。这个参数默认是`true`，意味着如果任何一条记录失败，整个操作都会回滚。但如果我们把它设置为`false`，那么即使有部分记录失败，其他成功的记录也会被插入。举个例子，假设我们有一个联系人列表，我们想用`Database.insert`方法来插入这些联系人。如果我们希望即使有部分联系人插入失败，其他联系人也能成功插入，我们可以这样写代码： ```apex Database.insert(contacts, false); ``` 这里的`contacts`是我们要插入的联系人列表，`false`就是`AllOrNone`参数，表示我们允许部分处理。另外，你提到的`Database.insert(contacts, true);`，这里的`true`表示我们不允许部分处理，如果任何一条记录失败，整个操作都会失败。最后，你提到的`Database.insert(contacts, inbox);`，这里的`inbox`可能是一个自定义的参数或者变量，但通常情况下，`Database.insert`方法的第二个参数是用来控制`AllOrNone`的布尔值，所以这个用法可能不太常见。总结一下，部分处理的唯一方法就是在使用数据库方法时，将`AllOrNone`参数设置为`false`。这样，即使有部分记录失败，其他成功的记录也能被插入。希望这个解释对你有帮助！

查看详情

14

Finding the Id of a Successfully Inserted Record

第 202 页

今天我们来聊聊如何在Salesforce中查找成功插入的记录的关键点——也就是记录的ID。这个知识点非常实用，尤其是在你处理数据插入操作时。首先，想象一下，你正在向Salesforce中插入一条新的记录。这个记录可能是一个客户信息、一个销售机会，或者任何你定义的对象。当你执行插入操作时，Salesforce会为这条新记录生成一个唯一的ID。这个ID就像是这条记录的身份证，是它在数据库中的唯一标识。现在，这里有一个小技巧。在你插入记录之前，你可能会有一个变量来存储这条记录的数据。但是，在你执行插入操作之前，这个变量是没有ID的，因为记录还没有真正存在于数据库中。也就是说，你不能通过这个变量来获取ID，因为ID还没有生成。但是，一旦你成功地将记录插入到Salesforce中，Salesforce就会为这条记录分配一个ID，并且这个ID会自动更新到你之前用来存储记录数据的变量中。这时候，你就可以通过这个变量来获取新插入记录的ID了。具体来说，你可以使用`变量.Id`来查看这个ID。举个例子，假设你有一个变量叫做`newAccount`，你用它来存储一个新的客户记录。在你执行插入操作之前，`newAccount.Id`是空的。但是，一旦你执行了插入操作，并且操作成功，`newAccount.Id`就会自动填充为这个新客户的唯一ID。所以，记住，成功插入记录后，你可以通过`变量.Id`来轻松获取新记录的ID。这个小技巧在你需要进一步处理新插入的记录时非常有用，比如更新记录或者创建相关的记录。希望这个解释对你有帮助，如果你有任何问题，随时问我！

查看详情

15

7-1: Execute DML Commands

第 203 页

同学们，今天我们来学习如何在Salesforce中使用Apex代码插入联系人。我们会通过两种方式来实现这个目标：一种是使用独立的插入声明，另一种是使用数据库类的方法。最后，我们还会测试一下我们的代码，确保它能正常工作。 ### 1. 使用独立的插入声明插入联系人首先，我们来看第一种方法，使用独立的插入声明。这种方法非常简单，你只需要创建一个新的联系人对象，然后使用`insert`语句将它插入到数据库中。 ```apex // 创建一个新的联系人对象 Contact newContact = new Contact(); newContact.FirstName = 'John'; newContact.LastName = 'Doe'; newContact.Email = 'john.doe@example.com'; // 使用insert语句插入联系人 insert newContact; ``` 在这段代码中，我们首先创建了一个`Contact`对象，并设置了它的`FirstName`、`LastName`和`Email`字段。然后，我们使用`insert`语句将这个联系人插入到数据库中。 ### 2. 使用数据库类方法插入联系人接下来，我们来看第二种方法，使用数据库类的方法。这种方法比第一种稍微复杂一点，但它提供了更多的灵活性，比如可以处理部分成功的情况。 ```apex // 创建一个新的联系人对象 Contact newContact = new Contact(); newContact.FirstName = 'Jane'; newContact.LastName = 'Smith'; newContact.Email = 'jane.smith@example.com'; // 使用Database.insert方法插入联系人 Database.SaveResult result = Database.insert(newContact, false); // 检查插入是否成功 if (result.isSuccess()) { System.debug('联系人插入成功，ID: ' + result.getId()); } else { for(Database.Error err : result.getErrors()) { System.debug('错误信息: ' + err.getMessage()); } } ``` 在这段代码中，我们同样创建了一个`Contact`对象，并设置了它的字段。然后，我们使用`Database.insert`方法来插入联系人。`Database.insert`方法的第二个参数`false`表示我们允许部分成功，也就是说，即使插入失败，也不会抛出异常。最后，我们通过`Database.SaveResult`对象来检查插入是否成功，并输出相应的信息。 ### 3. 测试代码最后，我们需要测试一下我们的代码，确保它能正常工作。你可以通过Salesforce的开发者控制台来运行这些代码，并查看调试日志中的输出。 ```apex // 测试代码 System.debug('开始测试插入联系人...'); // 使用独立的插入声明插入联系人 Contact newContact1 = new Contact(); newContact1.FirstName = 'John'; newContact1.LastName = 'Doe'; newContact1.Email = 'john.doe@example.com'; insert newContact1; // 使用数据库类方法插入联系人 Contact newContact2 = new Contact(); newContact2.FirstName = 'Jane'; newContact2.LastName = 'Smith'; newContact2.Email = 'jane.smith@example.com'; Database.SaveResult result = Database.insert(newContact2, false); // 检查插入是否成功 if (result.isSuccess()) { System.debug('联系人插入成功，ID: ' + result.getId()); } else { for(Database.Error err : result.getErrors()) { System.debug('错误信息: ' + err.getMessage()); } } System.debug('测试完成。'); ``` 在这段测试代码中，我们首先输出一条调试信息，表示测试开始。然后，我们分别使用两种方法插入联系人，并检查插入是否成功。最后，我们输出一条调试信息，表示测试完成。好了，同学们，这就是我们今天的内容。通过这两种方法，你可以在Salesforce中轻松地插入联系人。希望你们能掌握这些知识，并在实际项目中灵活运用。如果有任何问题，随时问我哦！

查看详情

16

Module Agenda - 204

第 204 页

同学们，今天我们来聊聊模块7：TLR要点。这个模块主要分为三个部分，我会用简单易懂的方式来给大家讲解。首先，我们来看，持久数据的选项，。持久数据，顾名思义，就是那些需要长期保存的数据。在Salesforce中，我们有几种方式来存储这些数据。最常见的就是使用标准对象和自定义对象。标准对象是Salesforce自带的，比如Account、Contact等；而自定义对象则是根据业务需求自己创建的。此外，我们还可以使用外部数据库来存储数据，通过API与Salesforce进行数据交互。接下来是，排队TLR活动，。TLR是Transaction Log Replay的缩写，简单来说，就是记录和重放事务日志。在Salesforce中，TLR活动可以帮助我们追踪数据的变更历史。排队TLR活动意味着我们要把这些活动按照一定的顺序排列，确保它们能够按照正确的顺序执行。这就像是在餐厅排队点餐，先来后到，确保每个人都能按顺序得到服务。最后，我们来看，处理TLR错误和调试，。在TLR过程中，难免会遇到一些错误。这些错误可能是因为数据不一致、网络问题或者其他原因导致的。处理这些错误的关键是找到问题的根源。我们可以通过查看日志、调试代码来定位问题。调试的过程就像是侦探破案，一步步排查，直到找到问题的源头。总结一下，今天的内容主要讲了持久数据的存储方式、如何排队TLR活动以及如何处理TLR错误和调试。希望大家能够理解这些概念，并在实际工作中灵活运用。如果有任何问题，随时提问哦！

查看详情

17

Which Code Blocks Result in an Exception?

第 205 页

同学们，今天我们来聊聊在Salesforce开发中，哪些代码块可能会导致异常。异常，简单来说，就是代码在运行过程中遇到了问题，无法继续正常执行。我们来看一下几个常见的例子：，A：好，这个选项表示代码运行正常，没有异常。所以，A选项不会导致异常。，B：缺少必需字段，这个选项表示在插入或更新记录时，缺少了必需的字段。比如，你在插入一个联系人记录时，没有填写“姓氏”这个字段，Salesforce就会抛出异常，提示你“RECIRED_FIELD_MISSING”。所以，B选项会导致异常。，C：空对象，这个选项表示你在代码中尝试操作一个空对象。比如，你有一个列表，但列表是空的，而你却试图访问列表中的第一个元素。这时，Salesforce会抛出“System.ListException”异常。所以，C选项也会导致异常。，D：州长限制， Salesforce有一个叫做“州长限制”的机制，用来防止代码消耗过多的资源。比如，你在一个事务中查询了超过100条记录，或者在一个循环中执行了太多的DML操作，Salesforce就会抛出“LimitException”异常。所以，D选项也会导致异常。，E：字符串太长，这个选项表示你尝试插入或更新的字段值超过了字段的最大长度。比如，你有一个字段的最大长度是50个字符，但你却试图插入一个100个字符的字符串，Salesforce就会抛出“STRING_TOO_LONG”异常。所以，E选项也会导致异常。总结一下，除了A选项，其他选项都可能导致异常。我们在编写代码时，一定要注意这些细节，避免出现这些问题。如果你对这些问题感兴趣，可以访问这个链接，了解更多可能导致Salesforce Apex代码出现问题的原因：[额外材料](http://opfocus.com/blog/5-things-that-could-give-your-custom-salesforce-apex-code-hiccups/) 好了，今天的讲解就到这里，希望大家在编写代码时能够避免这些常见的异常。如果有任何问题，欢迎随时提问！

查看详情

18

Overcoming Exceptions

第 206 页

同学们，今天我们来聊聊Salesforce开发中一个非常常见但又让人头疼的问题——异常处理。想象一下，你正在编写一段代码，突然，程序报错了，这就是我们所说的异常。那么，如何有效地处理这些异常呢？让我们一起来看看。首先，我们来看一下幻灯片上的几个例子：，A：不会造成异常，这种情况是最理想的，代码运行得非常顺利，没有任何问题。但现实往往不会这么简单。，B：System.DmlException: 插入失败。第0行上的第一个异常;第一个错误：REQUIRED_FIELD_MISSING，这个错误告诉我们，某个必填字段没有填写。比如，你在插入一条记录时，忘记填写某个必填字段，Salesforce就会抛出这个异常。解决方法是检查你的代码，确保所有必填字段都有值。，C：System.ListException: TLR陈述在位置0处发现空SObitch//RST异常，该异常发生在TLR陈述执行期间，这个错误通常发生在你试图访问一个空列表或空对象时。比如，你试图从一个空列表中获取第一个元素，就会抛出这个异常。解决方法是确保你操作的列表或对象不为空。，D：限制例外，这个错误通常与Salesforce的某些限制有关，比如API调用次数超过限制、存储空间不足等。解决方法是优化你的代码，减少资源消耗，或者申请更高的限制。，E：System.DmlException: 插入失败。第0行上的第一个异常;第一个错误：WRONG_TOO_LONG，姓氏：数据值太大，这个错误告诉我们，某个字段的值超出了允许的最大长度。比如，你试图插入一个姓氏，但这个姓氏的长度超过了字段定义的最大长度。解决方法是检查字段的长度限制，并确保输入的数据符合要求。最后，我还给大家准备了一个额外的学习材料，链接在这里：[5 Things That Could Give Your Custom Salesforce Apex Code Hiccups](http://opfocus.com/blog/5-things-that-could-give-your-custom-salesforce-apex-code-hiccups/)。这个链接里有很多关于Salesforce Apex代码中常见问题的讨论，建议大家课后可以去看一看。好了，今天的课程就到这里。希望大家在编写Salesforce代码时，能够更好地处理这些异常，写出更健壮的程序。如果有任何问题，随时来找我讨论。谢谢大家！

查看详情

19

Catching Exceptions

第 207 页

同学们，今天我们来聊聊Salesforce中的DML操作和异常处理。首先，我们来看一个常见的场景：当你使用`Database.insert(X, false)`这样的语句时，你可能会注意到，即使有些记录插入失败了，代码也不会抛出异常。这是为什么呢？这是因为`Database.insert(X, false)`中的`false`参数告诉Salesforce，即使有记录插入失败，也不要立即抛出异常。相反，它会继续尝试插入所有记录，并将所有失败的记录和相关的错误信息收集起来，放在一个叫做`DMLException`的对象中。这样，你就可以在操作完成后，统一处理这些失败的记录和错误。接下来，我们来看另一个教学点。如果你希望执行一个“全有或全无”的DML操作，也就是说，要么所有记录都成功插入，要么一个都不插入，那么你应该使用`Database.insert(X, true)`。在这种情况下，如果任何一个记录插入失败，Salesforce会立即抛出异常，并且整个操作会回滚，就像什么都没发生过一样。这种方式被称为“优雅的失败”，因为它确保了数据的一致性，避免了部分成功的情况。总结一下，`Database.insert(X, false)`允许你处理部分失败的记录，而`Database.insert(X, true)`则确保要么全部成功，要么全部失败。根据你的业务需求，选择合适的方式来处理DML操作，是非常重要的。希望这个解释对你们有帮助！如果有任何问题，随时提问哦！

查看详情

20

Capturing the Result of Partial Processing

第 208 页

今天我们来聊聊在Salesforce中使用Apex进行数据库操作时，如何处理插入和更新操作的结果。特别是当我们使用`Database.insert`或`Database.update`方法时，系统会返回一个`SaveResult`对象的数组。这个数组中的每个元素都对应着我们传递给方法的`sObject`数组中的每一个记录。举个例子，假设我们有一个`sObject`数组，里面有两个记录。当我们调用`Database.insert(sObjects, false)`时，系统会返回一个包含两个`SaveResult`对象的数组。第一个`SaveResult`对象对应数组中的第一个`sObject`，第二个`SaveResult`对象对应第二个`sObject`。如果数组中只有一个`sObject`，那么返回的`SaveResult`数组也只有一个元素。每个`SaveResult`对象都包含了关于该记录操作是否成功的信息。如果操作成功，我们可以通过`SaveResult`对象获取到新记录的ID；如果操作失败，我们可以通过`SaveResult`对象获取到错误信息，帮助我们了解为什么操作失败了。这种机制非常有用，因为它允许我们批量处理记录，并且能够精确地知道每一条记录的处理结果。这样，我们就可以在代码中根据这些结果做出相应的处理，比如记录日志、发送通知或者进行重试等。希望这个解释能帮助你更好地理解在Salesforce中如何处理数据库操作的结果。如果你有任何问题，随时问我哦！

查看详情

21

Processing a List<Database.SaveResult>

第 209 页

同学们，今天我们来聊聊如何在Salesforce中处理一个叫做``的列表。这个列表里包含了我们尝试保存到数据库中的每个对象的保存结果。每个结果都是一个`SaveResult`对象，它告诉我们保存操作是成功了还是失败了。首先，当你尝试保存一组对象时，比如通过`Database.insert`或`Database.update`方法，Salesforce会返回一个``的列表。这个列表中的每个元素都对应你尝试保存的每一个对象。对于每一个`SaveResult`，你可以调用`isSuccess()`方法来检查这个对象的保存是否成功。如果返回`true`，那就意味着这个对象已经成功保存到数据库中了，你不需要再做任何事情。但是，如果`isSuccess()`返回`false`，那就意味着保存失败了。这时候，你需要进一步处理错误。你可以通过调用`getErrors()`方法来获取一个`Database.Error`对象的列表，这个列表会告诉你为什么保存失败了。每个`Database.Error`对象都包含了错误的详细信息，比如错误消息和错误代码，这样你就可以根据这些信息来决定如何处理这个错误。总结一下，处理``列表的基本步骤是：首先检查每个保存结果是否成功，如果成功就继续，如果失败就处理错误。这样，你就可以确保你的数据在Salesforce中正确地保存了。希望这个解释对你们有帮助！如果有任何疑问，随时提问哦。

查看详情

22

7-2: Handle DML Errors and Exceptions

第 210 页

同学们，今天我们来学习如何处理Salesforce中的错误和异常任务。特别是当我们尝试插入联系人到数据库时，可能会遇到一些问题。我们的目标是找出这些错误的原因，并学会如何处理它们。首先，我们需要了解的是，当我们尝试插入联系人时，可能会因为多种原因失败。比如，联系人信息不完整，或者违反了某些业务规则。为了找出这些错误，我们可以使用Salesforce提供的调试工具来查看错误信息。接下来，我们需要编写一些代码来尝试插入联系人，并捕获可能出现的错误。我们可以使用try-catch语句来捕获异常，并在catch块中打印出错误信息。这样，我们就可以清楚地知道是什么原因导致了插入失败。例如，我们可以这样写代码： ```apex try { // 尝试插入联系人 insert new Contact(LastName='Doe', Email='doe@example.com'); } catch (DmlException e) { // 捕获异常并打印错误信息 System.debug('插入联系人失败，原因：' + e.getMessage()); } ``` 在这段代码中，我们尝试插入一个姓为“Doe”，电子邮件为“doe@example.com”的联系人。如果插入失败，catch块会捕获异常，并使用System.debug方法打印出错误信息。最后，我们需要测试我们的代码，确保它能够正确地捕获和处理错误。我们可以在Salesforce的开发者控制台中运行这段代码，并查看调试日志，确认错误信息是否正确打印。这就是今天的内容，希望大家能够理解并掌握如何处理Salesforce中的错误和异常任务。如果有任何问题，欢迎随时提问。谢谢大家！

查看详情

23

Staying Within Governor Limits When Using DML (1)

第 211 页

让我们来聊聊Salesforce中的DML操作和调控器限制。首先，DML是Data Manipulation Language的缩写，简单来说，就是用来在Salesforce中创建、更新、删除记录的操作。现在，想象一下，你有一个任务，需要更新150条记录。你可能会想，直接在循环中一条一条更新不就行了吗？但这里有个陷阱！Salesforce有一个叫做“调控器限制”的东西，它就像是一个安全网，防止你的代码消耗太多资源。在这个例子中，如果你尝试在循环中更新超过150条记录，系统就会抛出异常，告诉你：“嘿，你超出了限制！” 那么，怎么避免这个问题呢？这里有几个步骤： 1. ，查找限制指南，：首先，你需要知道Salesforce的具体限制是多少。你可以在Salesforce的官方文档中找到这些信息，这就像是你的操作手册，告诉你哪些可以做，哪些不能做。 2. ，使用SOQL for Loop，：接下来，你可以使用SOQL for Loop来改进你的代码。SOQL是Salesforce Object Query Language的缩写，它可以帮助你更有效地查询数据。在这个改进的版本中，你可以在循环中一次处理一条记录，这样可以避免一次性处理太多数据而触调控器限制。 3. ，优化列表处理，：最后，你可以进一步优化你的代码，使用List的形式来处理数据。这样，你可以在循环中“中间更新”列表，而不是在循环外维护一个单独的列表。这样做的好处是，可以减少内存的使用，避免堆大小的问题。总结一下，处理Salesforce中的数据时，要时刻注意调控器限制，合理使用SOQL和DML操作，确保你的代码既高效又安全。希望这些信息对你有帮助！

查看详情

24

Staying Within Governor Limits When Using DML (2)

第 212 页

同学们，今天我们来聊聊Salesforce中的DML操作，特别是如何在操作时保持调控器的限制范围内。记住，调控器限制是我们的安全线，永远不要越界！首先，我们来看一下这张幻灯片。它提到了一个重要的限制——6MB的堆大小限制。这个限制是什么意思呢？简单来说，就是你的代码在运行时，使用的内存不能超过6MB。如果超过了，Salesforce就会抛出错误，你的代码就会停止运行。幻灯片中提到了一个具体的例子：当你在循环外部添加记录到一个列表时，可能会达到堆大小的限制。这是因为每次循环迭代时，记录都被添加到同一个列表中，这个列表会越来越大，最终可能超过6MB的限制。那么，我们怎么解决这个问题呢？这里有一个技巧，就是使用SOQL for Loop的List形式。这种方式允许我们在每次循环迭代时，只处理一部分记录，而不是一次性加载所有记录到内存中。这样，我们就可以避免在循环外部维护一个巨大的列表，从而避免堆大小的问题。总结一下，关键点就是：在使用DML操作时，要时刻注意调控器的限制，特别是堆大小的限制。通过使用SOQL for Loop的List形式，我们可以有效地管理内存使用，确保我们的代码既高效又安全。希望这个解释对你们有帮助，如果还有疑问，随时提问哦！

查看详情

25

Staying Within Governor Limits When Using DML (3)

第 213 页

让我们来聊聊在使用Salesforce的TLR（Transaction Log Replay）时，如何保持在州长限制内的三个关键点。首先，我们要记住的是，每200条记录中，你最终会在第5行使用一条TLR声明。这个时候，你可能需要和学生们一起查看“查询/查询更多”的功能，这有助于更好地理解数据是如何被处理和更新的。接下来，背景部分告诉我们，通过使用SOQL For Loop的List形式，我们可以解决将List置于Loop之外的潜在堆大小问题。这里的关键是，每次迭代列表都可以“在中间更新”，这样做的好处是避免了在循环之外拥有一个单独的列表集合，从而减少了堆大小的问题。简单来说，就是通过优化我们的代码结构，确保在处理大量数据时，不会超出Salesforce的州长限制，同时保持代码的效率和性能。这样，我们就可以更有效地管理和更新数据，确保系统的稳定运行。

查看详情

26

Key Takeaways - 214

第 214 页

同学们，今天我们来聊聊Salesforce中的Apex数据操纵语言。这个语言非常强大，它允许我们将新的数据或者修改后的数据保存到我们的Salesforce组织中。简单来说，就是通过Apex代码来操作数据。在Apex中，有几个基本的命令可以帮助我们完成数据的增删改查。这些命令包括：插入（Insert）、更新（Update）、删除（Delete）和取消删除（Undelete）。这些命令就像是我们的工具箱，可以帮助我们处理数据。使用这些命令有两种方式：一种是直接使用独立的命令，比如直接写“insert account;”来插入一个新的账户记录。另一种是使用数据库类的方法，比如“Database.insert(account);”。这两种方式都可以达到相同的目的，但使用数据库类的方法可以提供更多的控制选项，比如可以设置是否允许部分成功。举个例子，如果我们有一批数据要插入，但其中有些数据可能不符合要求，我们可以使用“Database.insert(accounts, false);”这样的语句。这里的“false”表示如果其中有一条记录插入失败，那么所有的记录都不会被插入。如果我们设置为“true”，那么即使有部分记录插入失败，其他记录仍然会被插入。好了，这就是今天的主要内容。希望大家能够理解Apex数据操纵语言的基本概念和使用方法。如果有任何疑问，欢迎随时提问。我们下次课再见！

查看详情

DEX450

课程介绍

课程章节