在过去相当长的一段时间里，我们谈到 ABAP CDS View，脑子里通常出现的都是读取、查询、语义建模、分析模型、OData 暴露这些关键词。即使进入 RAP 时代，CDS 负责描述业务对象的数据模型，而真正的数据修改仍然要经过 Behavior Definition、Behavior Implementation、EML 等事务处理机制。Writable View Entity 的出现，把另一个此前相对割裂的场景接了起来。假设我们的 SAP S/4HANA 或 SAP BTP ABAP environment 里存在一张用于数据交换的数据库表。企业的数据平台、Python 程序、SAP Datasphere 或其他支持 ODBC 的外部消费者，需要向这张表批量写入数据。传统方案很容易走向几个方向。一种做法是开发 RFC 或 Web API，由外部程序调用 ABAP 接口。另一种做法是做 OData 服务，再经过应用层逻辑进行数据传输。也可能使用文件上传、IDoc、SOAP、REST API 或专门的数据复制方案。这些方案各有适用范围，但如果需求只是很纯粹的数据集成，希望外部系统能够以 SQL 的方式访问 ABAP 管理的数据，那么再造一层业务 API 有时反而显得很重。SAP 的 SQL Service 已经允许外部 ODBC 客户端把 ABAP 系统暴露出来的 CDS Entity 看成一个 SQL Schema。当这种能力再和 Writable CDS View Entity 结合起来，外部程序不只能够执行SELECT，还可以通过受控的 SQL 接口对 ABAP 管理的数据执行写操作。SAP 官方当前把 Wr