跳转至
FINAL

第3课：数据字典 —— 建一张自定义表

第3课：数据字典 —— 建一张自定义表 章节横幅

45分钟 | 阶段：基础篇 | 建议边读边做

前置依赖

  • 第1课：会用 SE11 查看表结构，了解 SFLIGHT 模型。

问题引入

SFLIGHT 是 SAP 自带的标准表，但实际项目中你一定需要自己的表——比如给航班记一个"备注/优先级"，标准表里没有这个字段，而且标准表永远不许改。怎么建自己的表？为什么 SAP 把"建表"拆成 Domain → Data Element → Table 三层，而不是一条 CREATE TABLE？本课亲手建出课程的第一张自定义表 ZAC_FLIGHT_EXT。

时间安排

时段 内容 时长
场景引入 为什么分三层 3 分钟
Demo 跟做 建表 + 录数据 + 验证 12 分钟
知识讲解 三层结构、外键、索引、技术设置 23 分钟
知识总结 激活顺序与关系图 5 分钟
课后思考 练习 2 分钟

本课目标

完成本课你将能够：

  • 说清 Domain / Data Element / Table 三层各自的职责；
  • 在 SE11 中独立完成"建域 → 建数据元素 → 建表 → 激活"全流程；
  • 为表定义主键、外键和索引，配置技术设置；
  • 在 SE16 中给自己建的表录入数据；
  • 理解 Structure 与 Append Structure 的用途。

Demo：创建 ZAC_FLIGHT_EXT（分步跟做）

我们先来找一张标准表看一下它长什么样。

SE11 表 SFLIGHT 字段列表

上图中的第一列就是字段名，我们可以把它想想成一张表格，每个字段代表每一列表格的表头是什么，第二列 Data Element，用于描述这个字段的类型、长度，双击其中一个我们能看到这个字段的更多详细信息。

SE11 数据元素和域

SAP 通过这样的层层封装，让表的字段更符合业务逻辑，也更符合 SAP 的数据字典规范。用户在使用时，如果想知道这个这个字段是什么含义，有哪些值可选，被哪些表引用，都可以直接从数据字典里查看。

现在就让我们参考 ZAC_FLIGHT_EXT 来建一张自定义表。

表已随课程仓库下发，可直接在 SE11 打开 ZAC_FLIGHT_EXT 对照每一步的结果；更建议自己按下述流程建一遍——对象名换成自己的前缀（如 zmy_，下述步骤里的 zac_ 对应替换；同名 zac_ 对象已在系统里，照敲会提示已存在），存到个人练习包（第0课第四节：练习不进课程包）。

目标： 一张航班补充信息表——按"公司+航线+日期"定位一个航班，挂备注和优先级两个字段。

字段 数据元素 类型 主键 说明
MANDT mandt ✔ 航空公司代码
CARRID s_carr_id ✔ 航空公司代码
CONNID s_conn_id ✔ 航线编号
FLDATE s_date ✔ 航班日期
REMARK CHAR(100) 备注（预定义类型 CHAR(100)）
PRIORITY zac_de_priority CHAR(1) 优先级

SE11 表 ZAC_FLIGHT_EXT 字段列表

这张表一共 6 个字段，前面 4 个是主键，后2 个是普通字段。所谓“主键”就是表的唯一标识，我们把它的四个主键组合起来，就形成了一个唯一的记录。主键我们参考的数据元素是系统标准，系统中已经存在不需要新建。剩下的两普通字段，我们来手动创建。

建表通常有两种方式：自上而下、自下而上。

前者是我们在 SE11 中直接建表，根据字段来建数据元素，最后一起激活；后者是先建域，再建数据元素，最后建表。

下面我们演示前一种方法。

步骤 1：建透明表

  1. SE11 → Database table → 名称 zmy_ac_flight_ext → Create；
  2. Short Description：航班补充信息表；Delivery Class 保持 A；Data Browser/Table View Editing 选择 X；
  3. Fields 页签逐行录入上文的六个字段：

  4. 填入字段的 Data Element。

    • 当填到 REMARK 字段时，通常右侧的 Data Type 等列是灰色不可填写的，需要点击 Built-In Type（内建类型），此时就可以填了。

    SE11 REMARK

步骤 2：建 Data Element

PRIORITY 字段参考的是我们自定义的数据元素 ZMY_AC_DE_PRIORITY，填入之后在该数据元素上双击，系统会提示我们该数据元素不存在，是否新建，我们选择新建。

  1. Short text：航班优先级；Domain 字段填 zmy_ac_doms_priority；
  2. Field Label 页签：Short 优先级、Medium 航班优先级——这些标签将来直接出现在 ALV 列头和屏幕上；

步骤 3：建 Domain

由于 Domain zmy_ac_doms_priority 也不存在，此时我们如果激活数据元素是会报错的，我们双击域，根据提示选择新建。

  1. Short text：航班优先级；Data Type CHAR，Length 1；
  2. Value Range → Fixed Values：1 高、2 中、3 低——这一步同时种下了未来 F4 帮助的候选值；

SE11 域 ZAC_DOMS_PRIORITY

步骤 4：激活表

  1. 逐级保存域和数据元素后我们返回到创建表界面。
  2. 此时我们可以激活表了。
  3. 激活时系统会提示我们Technical Settings尚未设置，根据引导跳转到技术设置界面。
  4. Technical Settings（菜单：Extras → ...）：Data Class APPL0（主数据/小表）、Size Category 0（最小量级）、Buffering 不开；
  5. 保存 → 返回后激活。

你会看到什么： 激活后表名称后面的状态会显示为“Active”， SE16 已经能查这张表——一张物理表在数据库里诞生了。

步骤 5：录入数据并验证

  1. SE16 查 zmy_ac_flight_ext——空表；
  2. 菜单 Table Entries → Personalize for editing / Maintain entries（或用 SM30 配视图维护）插入几行：AA / 0017 / 2026-07-30 / 金牌客户包机 / 1； SE16 新增数据 SE16 维护 ZMY_AC_FLIGHT_EXT 数据
  3. 再查一次，数据在。

如果点击后报错，请回到 SE11 检查表是否激活。

SE11 表 ZMY_AC_FLIGHT_EXT 表维护

知识点

1. 为什么要三层

flowchart LR
    T["Table 字段<br/>（谁、在哪儿用）"] --> DE["Data Element<br/>语义：标签、F1 文档"]
    DE --> D["Domain<br/>技术：类型、长度、值域"]
    D -.-> DB[(数据库表结构)]
层 管什么 改动影响
Domain 类型、长度、小数位、固定值域、转换例程 所有引用它的数据元素
Data Element 业务语义、字段标签（4 种长度）、F1 文档 所有引用它的表字段
Table 字段编排、主键、外键、索引、技术设置 数据库中的数据、引用的程序

复用是灵魂： S_CARR_ID 这个数据元素被几十张标准表引用——"航空公司代码"的定义全系统只有一处，改一处生效。这就是"两张表都要航空公司代码字段怎么办"的标准答案：引用同一个 Data Element。但也正因为如此，我们在实施过程中的每次改动已有数据类型都应该首先评估影响范围。

2. Domain 细节

  • Fixed Values（固定值）：域级枚举，自动成为 F4 帮助候选并参与校验；
  • Conversion Routine（转换例程）：最常见的是 ALPHA——屏幕输入 17 存库自动补成 0017（NUMC 补零），出库再剥掉。标准单据号字段几乎都带它；
  • Output Length：输出长度，一般自动推导。

3. Data Element 细节

  • Field Label 四档（Short/Medium/Long/Heading）会被 ALV、屏幕、打印自动取用——认真填，后面省无数手动改列头的活；
  • Data Element 也可以不经 Domain 直接用预定义类型（像上表 REMARK 那样）——原型期可以，正式对象建议走 Domain（值域和语义有归属）。

4. 表的关键配置

  • Client 字段（MANDT）：SAP 三层里"逻辑租户"隔离的物理实现——每张应用表第一键都是它，程序读写时系统自动带当前 Client（第1课 Client 概念的落地）。实际实施中我们常问跨不跨 Client，说的就是这个；
  • Delivery Class：A 应用表（业务数据）最常见；C 定制表；S 系统表；
  • Data Browser/Table View Maint.（Delivery & Maintenance 页签）：决定能否在 SE16 直接维护数据——练习库开 Display/Maintenance Allowed 方便，但实际实施中，我们要问这个表是数据表还是配置表，数据正常应该由代码逻辑执行增删改，配置表才开这个；
  • Data Class：APPL0 主数据、APPL1 事务数据（大）、APPL2 组织与定制数据——影响数据库存储优化；
  • Size Category：量级预估（0 = 千行以内 …），影响空间预分配；
  • Buffering：单条/全表缓冲——配置表开了很香，交易大表千万别开（第5课性能话题会回收）。
  • 以上配置处都可以试试按 F1。

5. 外键与索引

外键（Foreign Key）：把字段"合同化"地挂在另一张表上。给 ZAC_FLIGHT_EXT 的 CARRID 建外键 → SCARR：

  1. 选中 CARRID 字段 → Foreign Keys 按钮；
  2. 填 Check Table SCARR，Cardinality 1:N（本表 N 行对应主表 1 行）； SE11 外键配置
  3. 确认后，录入不存在的航空公司代码将被数据库字典校验拒绝。

索引：主键之外给高频查询字段建的"目录"。原则：

  • 给 SELECT 高频 WHERE 字段建，一张表 4~5 个以内；
  • 每个索引都有写放大代价——不是越多越好；
  • 第5课讲 SQL 性能时回头看这张表的索引设计。

6. Structure 与 Append Structure

对象 用途 持久化
Structure 程序里的数据容器（TYPE ... 用）、接口结构、Append 源 ❌ 无数据库表
Append Structure 给标准表追加自定义字段的正规途径 ✅ 并入被附加表

标准表不能改，但 SAP 在很多标准表上预留了 Append 能力——追加结构里的字段带上你的 Z/Y 前缀，升级不丢。这是"不改标准代码"原则（第15课增强）在数据层的体现。

7. 激活顺序与错误处理

自底向上激活：Domain → Data Element → Table。 反过来会因为引用未激活对象而失败。激活报错时看底部错误列表双击跳转；常用工具：SE11 → Utilities → Database Object → Check/Activate 重建数据库对象。

代码

本课无 ABAP 代码。建好的表在第12课（Excel 导入）和第15课（增强）会作为主角回归。

💡 实战经验

改已激活的表要过脑子

表里有数据后，删字段、缩长度、改类型都可能触发数据转换甚至丢失。SE11 激活时会弹警告——生产环境务必先 SE16 导出备份，再动结构。

能复用就别自建

建字段前先搜有没有现成 Data Element（SE11 → Data element → F4 搜索描述）。SAP 标准库几万个数据元素，ZAC 开头再造轮子既low又难维护。但要注意，复用意味着你的字段含义与被复用的对象是一致的。

为什么要有域值？

试想一下，前面的同事见了一个字段，后面的同事要给表里写数据，Ta 要怎么知道该填什么值呢？ 即便知道了要填1、2、3，Ta 又是否知道这几个数字代表什么含义？ 域就是这个问题的解决方案，它定义了字段的取值范围和含义，帮助开发人员和用户理解数据的含义。 开发内容就是文档本身，这是最高级的文档。

📖 延伸阅读

课后思考

把你的回答写在页面底部评论区，注明题号，一起讨论。

  1. Domain → Data Element → Table 三层拆分的好处是什么？如果只有一层（直接建表字段）会丢掉什么？
  2. 两张表都需要"航空公司代码"字段，正确的复用姿势是什么？
  3. 打开 SE11 查看 SFLIGHT 的外键：它挂在哪些表上？Cardinality 各是多少？
  4. 什么场景下你会给表开 Buffering？什么场景绝对不开？
  5. 如果你在其他开发语言里建过表，比较跟在 SAP 里建表有哪些不同？

下一课：第4课：内表与结构体操作

留言讨论