真正开始把一个运行多年的本地 SAP HANA 系统迁往 SAP HANA Cloud 时，很容易产生一种错觉，只要数据库里的表、数据、视图和存储过程能够搬过去，迁移工作似乎就完成了大半。可一旦进入 Calculation View、XS Classic、SAP HANA Repository、HDI artifact 这些区域，问题很快就会变得复杂起来。很多对象在源系统里运行多年没有任何问题，到了 SAP HANA Cloud，并不是简单地重新部署一次就能继续工作。有些语法只能保留、不能继续编辑，有些建模类别必须重新选择，有些节点能力彻底不存在，还有一批设计时对象甚至没有对应的 Cloud 部署机制。SAP 把这一整类问题归到Design-time Content Compatibility。这里的关键词不是 Data Compatibility，也不是 SQL Compatibility，而是 Design-time。理解这个词，几乎就是理解整篇兼容性说明的入口。在 SAP HANA 的开发体系里，设计时对象和运行时对象一直是两个不同的概念。开发阶段保存的是模型定义、表定义、过程定义、Calculation View 定义以及各种配置文件，部署之后，HDI 或旧式 Repository 才根据这些定义生成真正可以被数据库执行和访问的运行时对象。今天的 SAP HANA Cloud 仍然保留这种思路。SAP 官方对 HDI 的描述很明确，设计时 artifact 通过对应的 build plug-in 被转换并部署为数据库中的运行时对象。例如.hdbtable对应表对象，.hdbview对应 SQL View，.hdbcalculat 从本地 HANA 走向 SAP HANA Cloud，Design-time Content Compatibility 到底改了什么
真正开始把一个运行多年的本地 SAP HANA 系统迁往 SAP HANA Cloud 时，很容易产生一种错觉，只要数据库里的表、数据、视图和存储过程能够搬过去，迁移工作似乎就完成了大半。可一旦进入 Calculation View、XS Classic、SAP HANA Repository、HDI artifact 这些区域，问题很快就会变得复杂起来。很多对象在源系统里运行多年没有任何问题，到了 SAP HANA Cloud，并不是简单地重新部署一次就能继续工作。有些语法只能保留、不能继续编辑，有些建模类别必须重新选择，有些节点能力彻底不存在，还有一批设计时对象甚至没有对应的 Cloud 部署机制。SAP 把这一整类问题归到Design-time Content Compatibility。这里的关键词不是 Data Compatibility，也不是 SQL Compatibility，而是 Design-time。理解这个词，几乎就是理解整篇兼容性说明的入口。在 SAP HANA 的开发体系里，设计时对象和运行时对象一直是两个不同的概念。开发阶段保存的是模型定义、表定义、过程定义、Calculation View 定义以及各种配置文件，部署之后，HDI 或旧式 Repository 才根据这些定义生成真正可以被数据库执行和访问的运行时对象。今天的 SAP HANA Cloud 仍然保留这种思路。SAP 官方对 HDI 的描述很明确，设计时 artifact 通过对应的 build plug-in 被转换并部署为数据库中的运行时对象。例如.hdbtable对应表对象，.hdbview对应 SQL View，.hdbcalculat RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
