什么是 ABAP NetWeaver 应用服务器里的 client 概念

ABAP NetWeaver 应用服务器（AS ABAP）是 SAP 系统的重要组成部分，负责运行 SAP 应用程序。client 概念在 SAP ABAP NetWeaver 中是核心架构之一，帮助系统实现数据隔离、用户授权控制和多组织操作等功能。了解 client 的概念不仅对于 ABAP 开发者来说至关重要，对于 SAP 系统管理员和咨询顾问也具有很高的实用性，因为 client 是实现系统多重化和安全性的基础。

下图是使用 SAPGUI 登录 ABAP NetWeaver 系统时，除了需要输入用户名和密码之外，还要指定登录当前系统哪一个 client.

什么是 client？

在 ABAP NetWeaver 应用服务器里，client 是一个用于区分和隔离数据的逻辑单元。可以把 client 看作是同一系统中的不同租户，类似于一个大厦中的多个租户单位，每个租户都有自己的数据、配置和业务操作。client 的概念使得同一个 SAP 系统可以在不同的业务场景中服务多个用户群体，且这些用户群体的数据相互隔离。

在实际的 SAP 环境中，client 的用途主要体现在以下几个方面：

1. 数据隔离：每个 client 有自己的主数据、配置和业务数据，不同 client 的数据彼此独立。这意味着一个 client 中的数据不会影响另一个 client。
2. 配置差异：不同 client 可以有不同的业务配置。例如，两个部门或子公司可以使用相同的 SAP 系统，但是它们各自的数据和配置是分离的。
3. 用户管理：每个 client 有自己独立的用户集，某个 client 中的用户可能无法访问其他 client 中的数据，除非特别设置。

client 的技术实现

技术上，client 是通过数据库表中的一个特殊字段 MANDT 来实现的。MANDT 字段代表 client 标识符，每个 SAP 数据库表都会有这一字段，并用于区分属于不同 client 的数据。在执行查询时，系统会自动根据用户的 client 限制数据访问，确保用户只能看到自己所属 client 中的数据。

对于所有涉及业务操作的数据表（如业务单据表、主数据表），MANDT 字段会自动被应用程序和数据库查询使用。例如，当你在 ABAP 中写 SELECT 语句时，如果你没有特别指定 MANDT 字段，系统会自动限制查询结果只返回当前 client 的数据。这样可以防止不同 client 的数据交叉。

真实世界中的例子

为了更好地理解 client，我们可以想象一个跨国公司的场景。该公司在全球多个国家有不同的子公司，而每个子公司都使用相同的 SAP 系统来进行业务操作。

• 假设总部在美国，使用 client 100。
• 德国分公司使用 client 200。
• 日本分公司使用 client 300。

这些子公司共享同一个 SAP 系统，但它们各自的业务操作是分开的。美国总部的数据存储在 client 100，德国分公司在 client 200，日本分公司在 client 300。这种架构的好处在于，系统管理员可以在同一个服务器上管理多个公司，而每个公司的数据彼此独立。例如，美国总部不能直接访问德国分公司的业务数据，除非系统做了特殊设置。

在这个场景中，不同子公司的业务流程、财务报表、销售数据都可以在同一套系统中运行和管理，但是通过 client 实现了严格的数据隔离。此外，client 的使用还使得跨国公司可以进行个性化配置，比如每个 client 可以根据当地的法律法规和商业实践进行相应的系统设置。

ABAP 中的 client 操作

在 ABAP 中，client 的相关操作通常体现在数据查询、事务处理和用户管理上。以下是一些常见的 ABAP 场景和 client 的操作实例：

1. 数据查询中的 client 限制

在 ABAP 程序中，我们经常需要查询数据库中的数据。如果不指定 client 字段，系统会默认使用当前 client 进行查询。例如，以下是一个简单的 SELECT 语句：

下图是 ABAP 数据库表里 client 字段的例子：

SELECT * FROM MARA INTO TABLE lt_mara.

在这个语句中，系统会自动加上 client 限制，确保查询结果只包含当前用户所属 client 的数据。而如果我们明确想要查询所有 client 的数据，可以通过 CLIENT SPECIFIED 关键字来绕过这种限制：

SELECT * FROM MARA INTO TABLE lt_mara CLIENT SPECIFIED WHERE MANDT = '200'.

下图是 ABAP client specific 的官方帮助文档:

在这个示例中，我们显式地查询了 client 200 的数据，即使当前用户不属于 client 200。

2. 跨 client 数据访问

在某些场景下，可能需要从一个 client 访问另一个 client 的数据。为了实现这种功能，SAP 系统提供了相关的 RFC（远程函数调用）技术，通过 RFC，用户可以调用另一个 client 中的数据和功能模块。例如，一个公司可能希望定期从其子公司（不同 client）获取财务数据，以汇总成一个全球财务报表。

例如，以下代码展示了如何使用 RFC 调用另一个 client 的功能模块：

CALL FUNCTION 'Z_GET_FINANCIAL_DATA'
  DESTINATION 'CLIENT_200'
  EXPORTING
    company_code = 'DE01'
  IMPORTING
    financial_data = lt_financial_data.

在这里，DESTINATION 'CLIENT_200' 指定了目标 client，函数调用将在 client 200 中执行。

3. 多 client 开发环境

在 SAP 系统的开发和测试环境中，client 通常被用来区分不同的开发阶段。比如：

• client 100 作为开发 client，开发人员在其中编写和测试代码。
• client 200 作为测试 client，QA 团队用来测试开发的成果。
• client 300 作为生产 client，是最终上线使用的版本。

这种多 client 环境的设计帮助企业在软件开发的不同阶段保持独立性和安全性。开发人员在开发 client 中做的修改不会直接影响生产环境，这样可以确保系统的稳定性。

client 的业务应用

SAP 的 client 不仅在技术层面起到了数据隔离的作用，它在业务层面上的应用也非常广泛。比如，企业在进行系统升级时，可以将测试和生产放在不同 client 上进行，确保业务不中断。例如，一家全球物流公司在进行 SAP 升级时，选择将所有的升级操作放在一个独立的 client 中运行，而生产业务在另一个 client 中继续进行，业务操作不会受到任何干扰。

这种架构在企业合并和收购的场景下也尤为重要。如果一家公司收购了另一家公司，新的业务单元可以通过增加一个新的 client 轻松整合到现有的 SAP 系统中。通过配置新 client 的主数据和业务流程，这两家公司的业务能够在统一的系统中运行，但数据仍然保持独立性和隔离性。

结语

SAP ABAP NetWeaver 应用服务器中的 client 概念，是其系统设计中最核心的部分之一。通过 client，系统实现了数据的多重隔离、用户管理和业务流程的独立运行。通过真实世界的企业案例，我们可以看到 client 的多样化应用，无论是在业务隔离、系统升级，还是企业合并中，都扮演着至关重要的角色。在开发过程中，ABAP 程序员需要时刻关注 client 的限制，确保数据查询、功能调用等操作能正确地应用到指定的 client 中。