把一套已经在 SAP HANA 2.0 上运行多年的应用迁往 SAP HANA Cloud 时，数据库里的表、视图和存储过程往往不是最先暴露问题的地方。真正容易让部署流水线突然停下来的，反而可能只是项目目录里一个不起眼的.hdbcds文件、一段仍然调用_SYS_DI老接口的初始化脚本，或者.hdiconfig中残留的旧 HDI Build Plug-in 配置。这也是理解Design-time Content Compatibility时最关键的切入点。这里讨论的并不是普通意义上的 SQL 兼容性，而是 SAP HANA 应用开发体系中更靠近工程构建层的兼容性。SAP HANA Cloud 官方迁移指南明确区分了哪些设计时内容在云端已经不存在，哪些虽然仍然存在但行为发生改变，以及哪些原来可以使用的 HDI 管理 API 已经退出。(SAP Help Portal)对长期做 SAP HANA 开发的人来说，这种差异很容易被低估。我们经常会形成一种经验判断，只要数据库对象最终还能用 SQL 创建，应用大概就能迁移。HDI 却不是这样工作的。HDI 面对的不是一批已经创建完成的运行时数据库对象，而是一