Salesforce 标准对象：构建 CRM 数据模型的核心基石

八月 16, 2025

背景与应用场景

在 Salesforce 平台中，Standard Objects (标准对象) 是构成其核心功能的基石。这些是由 Salesforce 预先创建并内置于每个 Org 的对象，用于存储常见的业务信息。作为一名技术架构师，深刻理解标准对象不仅是有效利用 Salesforce 的前提，更是设计可扩展、高性能解决方案的关键。

与 Custom Objects (自定义对象) 不同，标准对象自带了一系列强大的、开箱即用的功能，这些功能深度集成在 Salesforce 的各个云产品中。例如，Sales Cloud (销售云) 的整个销售流程就是围绕着一系列标准对象构建的：

Lead (潜在客户): 用于捕获和跟踪销售线索，直到它被确认为一个合格的商机。
Account (客户): 代表一个公司或组织，是存储客户信息的核心。它通常是其他对象（如联系人、机会）的父对象。
Contact (联系人): 存储与客户关联的个人信息。
Opportunity (机会): 用于跟踪销售交易或商机，包含金额、阶段、预测等关键销售数据。
Campaign (市场活动): 用于管理和跟踪市场营销活动的效果，并与 Lead 和 Contact 关联。

同样，在 Service Cloud (服务云) 中，Case (个案) 对象是客户服务流程的核心，用于记录和管理客户的每一个问题或请求。充分利用这些标准对象，意味着可以直接享受到 Salesforce 在每个版本中带来的功能增强、安全更新和性能优化，而无需自行开发和维护。

因此，在进行数据模型设计时，架构师的首要原则应该是“标准优先”。即在创建自定义对象之前，务必评估是否可以通过扩展一个标准对象来满足业务需求。

原理说明

从技术角度看，标准对象是 Salesforce 多租户架构中预定义的元数据 (Metadata) 结构。它们拥有一套固定的标准字段、标准关系和业务逻辑，但同时也提供了高度的灵活性供用户进行定制。

核心特征

1. 预定义的关系: 标准对象之间存在着预定义的 lookup (查询关系) 或 master-detail (主从关系)。最经典的例子是 Account 与 Contact、Opportunity、Case 之间的关系。Account 作为父对象，可以拥有多个子记录。这种内置关系是构建 360 度客户视图的基础，并且被报表、仪表板等标准功能广泛利用。

2. 可定制但不可删除: 你可以为标准对象添加自定义字段、验证规则、页面布局和记录类型，但不能删除标准对象本身或其核心的标准字段（例如 `Account.Name` 或 `Contact.LastName`）。这种设计确保了平台核心功能的完整性和稳定性。

3. API 访问: 所有标准对象都可以通过 Salesforce 提供的各种 API（如 REST API, SOAP API, Bulk API）进行访问。它们的 API Name (API 名称) 通常与其标签名相同，例如 `Account`、`Contact`。在编写代码或进行数据集成时，我们直接使用这些 API 名称来操作数据。

4. 功能集成: 标准对象与 Salesforce 的众多功能紧密集成。例如，`Opportunity` 对象与销售预测功能直接挂钩；`Case` 对象与自动响应规则、升级规则和知识库 (Knowledge Base) 深度集成。使用标准对象意味着可以零成本或低成本地启用这些强大的平台功能。

示例代码

在日常开发中，我们最常通过 SOQL (Salesforce Object Query Language) 查询标准对象数据，以及通过 Apex 语言执行 DML (Data Manipulation Language) 操作来创建、更新或删除记录。

示例 1: 使用 SOQL 查询关联的标准对象数据

以下 SOQL 查询语句演示了如何获取名为“United Oil & Gas Corp.”的客户 (Account) 及其所有关联的联系人 (Contact)。这是一个典型的父子查询 (Parent-to-Child Query)。

// SOQL 查询语句
// 从 Account 对象中查询 Id 和 Name 字段
// 同时，通过子查询 (SELECT Id, Name FROM Contacts) 获取与该 Account 关联的所有 Contact 记录的 Id 和 Name
// 使用 WHERE 子句筛选出名称为 'United Oil & Gas Corp.' 的 Account
Account acct = [SELECT Id, Name, (SELECT Id, Name FROM Contacts)
               FROM Account
               WHERE Name = 'United Oil & Gas Corp.'];

// 获取子查询返回的联系人列表
List<Contact> contacts = acct.Contacts;

// 遍历并输出联系人姓名
for (Contact c : contacts) {
    System.debug('Contact Name: ' + c.Name);
}

(代码语法参考自 Salesforce Developer Documentation: SOQL and SOSL Reference > Relationship Queries)

示例 2: 使用 Apex 创建关联的标准对象记录

以下 Apex 代码段展示了如何在一个事务 (transaction) 中创建一个新的客户 (Account) 记录，并紧接着创建一个与该客户关联的联系人 (Contact) 记录。这是确保数据完整性的标准做法。

// 开启一个数据库保存点，用于错误回滚
Savepoint sp = Database.setSavepoint();

try {
    // 1. 创建一个新的 Account 对象实例
    Account newAcct = new Account(
        Name = 'New Tech Company',
        Industry = 'Technology',
        Phone = '123-456-7890'
    );
    // 2. 将新的 Account 记录插入数据库
    insert newAcct;

    // 3. 创建一个新的 Contact 对象实例
    // 注意：通过 AccountId 字段将其与刚刚创建的 Account 关联起来
    Contact newContact = new Contact(
        FirstName = 'Jane',
        LastName = 'Doe',
        AccountId = newAcct.Id // 关键步骤：建立关联关系
    );
    // 4. 将新的 Contact 记录插入数据库
    insert newContact;

} catch (DmlException e) {
    // 如果在 DML 操作过程中发生任何错误（如验证规则失败）
    // 捕获异常并回滚到保存点，确保数据的一致性
    Database.rollback(sp);
    System.debug('An error occurred: ' + e.getMessage());
    // 这里可以添加更复杂的错误处理逻辑
}

(代码语法参考自 Salesforce Developer Documentation: Apex Developer Guide > Database DML Operations)

注意事项

在使用标准对象时，技术架构师必须考虑以下几个关键点：

1. 权限与可见性 (Permissions & Visibility): 对标准对象的所有访问都受到 Salesforce 严格的安全模型控制。这包括：

Organization-Wide Defaults (组织范围默认设置): 定义记录的基线访问级别。
Role Hierarchy (角色层级): 允许上级用户访问下级用户的记录。
Sharing Rules (共享规则): 基于特定条件扩展记录的访问权限。
Profiles & Permission Sets (简档和权限集): 控制用户对对象和字段的 CRUD (Create, Read, Update, Delete) 权限以及字段级别的可见性 (Field-Level Security)。

在设计方案时，必须确保代码和配置遵循最小权限原则。

2. Governor Limits (执行限制): Salesforce 是一个多租户平台，为保证资源公平使用，对 Apex 事务施加了严格的限制。操作标准对象时，最需要关注的是 SOQL 查询限制（每个事务最多 100 个）和 DML 操作限制（每个事务最多 150 个 DML 语句，总共处理的记录数不能超过 10,000 条）。设计时必须考虑批量化 (bulkification) 处理数据，避免在循环中执行 SOQL 或 DML 操作。

3. 数据倾斜 (Data Skew): 当单个父记录（如一个 Account）拥有超过 10,000 条子记录（如 Contacts 或 Opportunities）时，可能会发生数据倾斜。这会严重影响报表性能、列表视图加载速度以及共享计算的效率。架构师在设计数据模型和集成策略时，需要预见并规避这种情况的发生。

4. 标准字段的特殊行为: 某些标准字段具有特殊的业务逻辑。例如，`Opportunity.StageName` 字段与 `Probability` 和 `IsClosed` 字段联动。在通过代码更新这些字段时，需要了解其背后的自动化逻辑，以避免产生意外结果。

总结与最佳实践

标准对象是 Salesforce 平台的支柱，是构建任何成功解决方案的起点。作为技术架构师，我们的目标是最大化地利用它们，而不是重复造轮子。

最佳实践：

坚持“标准优先”原则: 在考虑创建自定义对象之前，始终问一个问题：“我是否可以用一个标准对象（可能需要添加几个自定义字段）来满足这个需求？” 这能让你充分利用 Salesforce 的内置功能和未来的平台升级。
深入理解标准数据模型: 熟悉主要标准对象（Account, Contact, Opportunity, Case, Lead 等）之间的内在关系。利用这些关系来简化开发、报表和数据分析。
合理扩展，而非替代: 通过添加自定义字段、记录类型和页面布局来扩展标准对象的功能，以适应独特的业务流程。避免创建与标准对象功能重复的自定义对象，这会增加技术债和维护成本。
尊重并利用安全模型: 将 Salesforce 的共享和权限模型视为解决方案的一部分，而不是一个障碍。基于该模型来设计数据访问逻辑，确保方案的安全性和合规性。
批量化思维: 在处理标准对象数据时，无论是通过 Apex 还是 API，始终以批量处理为设计原则，以应对大量数据并避免触及 Governor Limits。

通过遵循这些原则，你可以构建出既健壮又可扩展的 Salesforce 解决方案，同时最大化客户在 Salesforce 平台上的投资回报率。

Salesforce中文网