把远端数据当本地数据来查, 读懂 SAP HANA 里的 Federating Queries
今天做跨系统分析这件事时, 真正拖慢节奏的, 往往不是SQL写不出来, 而是数据散在不同系统里。订单在一套SAP HANA或SAP S/4HANA里, 客户主数据在另一套系统里, 营销行为和日志又落在别的数据库里。传统做法喜欢先搬数据, 建一层落地表, 再跑清洗和汇总。链路一长, 延迟会上去, 运维成本也会上去, 一旦源端结构有变动, 下游还要跟着改。Federating Queries这一块的价值, 就在于它给了我们另一条路, 数据不必先复制进本地库, 也能像查本地表一样去查远端对象, 并且尽量把该下推到远端的计算交给远端系统完成。SAP 官方在SAP HANA Cloud, SAP HANA database Data Access Guide里, 也把这部分放在smart data access的核心能力中来讲, 与virtual tables、linked database、参数化视图、TUDF、性能工具和监控能力并列, 这已经很能说明它在整套数据访问体系里的地位。(