今天打开最新的 SAP HANA Cloud 文档，会发现「创建表」这件事已经很难再单纯理解成执行一条CREATE TABLE语句。在传统关系型数据库的使用习惯里，我们通常会把工作流想成这样，设计表结构，把数据装进去，再执行SELECT查询。数据在哪里并不是一个特别复杂的问题，因为大多数情况下，表和数据就在当前数据库里。SAP HANA 当然也支持这种方式，但到了 SAP HANA Cloud，数据访问的边界已经明显扩大。一个查询里的数据，既可能真正存放在当前 SAP HANA 数据库，也可能仍然停留在另一套 SAP HANA、Microsoft SQL Server、云数据库甚至企业防火墙后面的本地系统中。于是，理解 SAP HANA 里的 table，不能只盯着表结构，还得先弄清楚一件事，这张表到底是不是数据真正存在的地方。SAP 官方在当前的 SAP HANA Cloud Getting Started Guide 里把这件事划得很清楚。SAP HANA 数据库可以使用本地数据库表，也可以使用 Virtual Table。本地表真正保存数据，而 Virtual Table 指向 Remote Source 中的远程对象。SAP HANA 可以像查询普通表一样查询这些虚拟表。这两类表看起来都能写进FROM后面，但背后的执行机制完全不同。本地表可以先看成我们熟悉的数据库表。创建之后，表结构和表里的数据都由当前 SAP HANA 数据库管理。数据经过INSERT、批量导入或者应用程序写入之后，进入 SAP HANA 自己的持久化体系，同时参与事务