在 SAP HANA 的遠程數(shù)據(jù)訪問體系里，真正讓遠端數(shù)據(jù)庫里的表進入本地 SQL 世界的那個關(guān)鍵動作，并不是復(fù)制數(shù)據(jù)，而是創(chuàng)建 Virtual Table。前面完成 Remote Source 配置以后，SAP HANA 已經(jīng)知道遠端系統(tǒng)在哪里、應(yīng)該使用哪一種 Adapter、如何建立連接，也知道訪問遠端系統(tǒng)時采用什么身份。但是站在數(shù)據(jù)庫開發(fā)人員的角度，這時還不能像查詢普通 HANA 表那樣直接操作某個遠程業(yè)務(wù)表。兩者之間還缺了一層映射。這一層，就是 Virtual Table。圍繞 Remote Source 的完整鏈路來看，邏輯關(guān)系其實非常清晰。Remote Source 負責(zé)描述遠端系統(tǒng)以及連接能力，Remote Object 是遠端系統(tǒng)真實存在的數(shù)據(jù)庫對象，Virtual Table 則是在本地 SAP HANA Catalog 中建立的一個虛擬數(shù)據(jù)庫對象。應(yīng)用程序最終面對的是 Virtual Table，而真正的數(shù)據(jù)仍然可以留在遠端。SAP 官方對 Virtual Table 的定義也非常明確。Virtual Table 可以指向 Remote Source 中的遠程表或者遠程視圖。當 SQL 查詢訪問 Virtual Table 時，SAP HANA 可以像處理本地表一樣把它放入查詢計劃，同時通過 Smart Data Access 等機制訪問遠程數(shù)據(jù)，而不必預(yù)先把整張遠端表復(fù)制進入本地 SAP HANA。這一點恰恰是理解 Create Virtual Tables 最重要的起點。假設(shè)企業(yè)里已經(jīng)存在一套 SAP S/4HANA 業(yè)務(wù)系統(tǒng)，銷售訂單、物料、客戶等核心數(shù)據(jù)都保存在業(yè)務(wù)數(shù)據(jù)庫中。另一邊還有一套 SAP HANA Clou