在传统的 ABAP 开发经验里，只要看到CDS Entity，很多人的思维会自然落到 ABAP 自己的数据库模式里。即使后来出现了 CDS External Entity，我们最开始接触它时，也更容易把它理解成一种跨数据库读取能力，也就是 ABAP 系统通过 SAP HANA Smart Data Access，也就是 SDA，把远端数据库中的表映射成一个可以被 ABAP SQL 访问的 CDS 实体。到了 Writable External Entities，这个边界被进一步推开了。ABAP 应用不再只是通过 External Entity 查询远程数据库，而是可以直接使用熟悉的INSERT、UPDATE、MODIFY和DELETE操作修改外部数据库中的数据。SAP 官方文档明确把这种能力定位在数据集成场景中，同时强调写操作必须通过独立的 service connection 完成，从而把远程事务与本地 ABAP 数据库事务隔离开。当前这种 writable 能力针对 dynamic external entity 使用，核心语法依赖provided at runtime。如果只盯着WRITABLE这个关键字，很容易低估这项能力的设计深度。真正需要理解的是，它并不是让 ABAP 的默认数据库连接突然获得了修改任意远端数据库的能力，而是在 ABAP SQL、Logical External Schema、SAP HANA SDA、service connection 与远程事务之间建立了一条专门的写入链路。 Writable External Entities 深度解析，让 ABAP SQL 真正写入外部 SAP HANA Cloud
在传统的 ABAP 开发经验里，只要看到CDS Entity，很多人的思维会自然落到 ABAP 自己的数据库模式里。即使后来出现了 CDS External Entity，我们最开始接触它时，也更容易把它理解成一种跨数据库读取能力，也就是 ABAP 系统通过 SAP HANA Smart Data Access，也就是 SDA，把远端数据库中的表映射成一个可以被 ABAP SQL 访问的 CDS 实体。到了 Writable External Entities，这个边界被进一步推开了。ABAP 应用不再只是通过 External Entity 查询远程数据库，而是可以直接使用熟悉的INSERT、UPDATE、MODIFY和DELETE操作修改外部数据库中的数据。SAP 官方文档明确把这种能力定位在数据集成场景中，同时强调写操作必须通过独立的 service connection 完成，从而把远程事务与本地 ABAP 数据库事务隔离开。当前这种 writable 能力针对 dynamic external entity 使用，核心语法依赖provided at runtime。如果只盯着WRITABLE这个关键字，很容易低估这项能力的设计深度。真正需要理解的是，它并不是让 ABAP 的默认数据库连接突然获得了修改任意远端数据库的能力，而是在 ABAP SQL、Logical External Schema、SAP HANA SDA、service connection 与远程事务之间建立了一条专门的写入链路。 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
