在 SAP HANA Cloud 的数据访问体系里，远程表有两种很容易被混在一起的使用方式。一种是数据虚拟化，数据继续留在远端，SAP HANA Cloud 通过 Virtual Table 发起远程查询。另一种是复制，远端表的数据真正进入本地 SAP HANA Cloud，查询时可以直接利用本地列存、缓存、执行引擎和计算资源。两种方式表面上都从 Remote Source 和 Virtual Table 起步，但运行时行为完全不同。SAP 官方在当前的 Data Access Guide 中把 Remote Table Replication 描述为面向 SAP HANA 远程源的一种优化复制方式，核心依赖 SDA 的hanaodbc适配器。这项能力很适合放到一个具体的系统问题里理解。我们的 SAP HANA Cloud 中可能已经建立了一张指向远端 SAP HANA 的 Virtual Table。业务报表刚上线时数据量不大，查询跨网络执行并没有明显压力。随着远端事实表增长到数亿行，同一张表又被多个分析模型反复访问，网络往返、远程执行以及数据传输开始进入查询总耗时。继续使用数据虚拟化当然仍然可行，但如果这部分数据在本地被高频读取，把远端数据复制到 SAP HANA Cloud 往往能得到更稳定的查询响应。SAP 官方也明确说明，远程查询每次都需要经过网络，在某些场景下，本地 Replica Table 会比直接访问远程表拥有更好的 SQL 查询性能。这里最关键的名字是SDA，也就是 SAP HANA Smart Data Access。连接另一套 SAP HANA 数据库时，SDA 使用原生的hanaodbc适配器。这个适配器运行在 SAP
