从兼容性报告到可部署代码，SAP HANA Cloud 迁移中的 Development Phase

Self-Service Migration 的兼容性检查跑完以后，迁移项目往往会出现一个很有代表性的场景。数据库还没有真正搬到 SAP HANA Cloud，但报告里已经出现了一批需要处理的 Catalog Object、SQL、SQLScript、Calculation View、Repository Content 和应用依赖。有人看到这里会下意识地认为，迁移工具既然已经能够扫描源数据库，后面的工作应该主要就是数据复制。实际上，真正决定迁移以后应用能不能跑起来的工作，很大一部分恰恰集中在这个时间点。SAP 把这段工作放在迁移生命周期里的 Development Phase，也就是开发阶段。按照当前 SAP HANA Cloud Migration Guide 的定义，这一阶段主要围绕四类任务展开，处理不兼容的数据库 Catalog 对象，重新实现无法继续使用的遗留数据库内容，把 classic 数据库内容，例如 Calculation View、Flowgraph 等迁移到 HDI 体系，同时调整客户端应用以及 SQL 代码。虽然不同企业的数据库规模、应用架构和迁移路线差别很大，这四类开发任务却具有相当稳定的共性。这也是理解 Development Phase 最关键的一点。这里不是单纯的代码修改阶段，而是源 SAP HANA 世界与 SAP HANA Cloud 世界之间真正发生架构收敛的地方。兼容性报告出来以后，开发工作才真正开始进入 Development Phase 之前，我们需要先获得足够可靠的输入。SAP 当前推荐使用 Self-Service Migration tool 对 SAP HANA 源数据库执行 Pre-Migration Comp