最近在做 SAP Fiori Elements 项目时，很容易遇到这样一种场景。标准应用已经覆盖了销售订单、采购申请、产品主数据或业务伙伴的大部分流程，可是国内企业往往还有自己的字段。销售订单需要增加区域渠道编码，采购申请需要保存内部项目分类，产品主数据需要记录本地监管属性，财务凭证也可能需要补充集团内部统计维度。这些字段并不是 SAP 标准模型设计错误，而是企业业务差异带来的自然需求。问题在于，我们不能因为需要一个字段，就直接修改 SAP 交付的数据表、数据库视图或 CDS View。这样的修改会让标准对象和客户代码纠缠在一起，升级、补丁安装、版本比较和冲突处理都会变得麻烦。SAP 很早就在 ABAP Dictionary 中提供了一套成熟的 Append 技术，允许客户在不修改原对象定义的情况下，为标准对象补充字段。到了 ABAP CDS 时代，这套思路没有消失，而是演化成了更完整的 CDS Extension Model。理解 CDS Extension Model，不能只盯着extend view或extend view entity的语法。真正需要理解的是 SAP 如何把扩展内容保存为独立开发对象，又如何在激活时把这些内容合并进标准数据模型，同时保持原始对象依旧属于 SAP。Append View 从哪里来在传统 ABAP Dictionary 里，数据库视图由一个或多个基础表构成。开发人员在SE11中定义基础表、连接关系、字段清单和选择条件，激活之后，ABAP Dictionary 会在底层数据库建立对应的数据库对象。/