从一个很常见的开发瞬间说起
我们在 SAP HANA 里临时查一张远端表时,最打断节奏的地方,往往不是 SQL 写不出来,而是业务还没开始分析,系统侧的准备动作已经先铺开了。传统的 smart data access 用法里,我们通常要先为远端表创建 virtual table,建完之后才能继续写查询、做联查、甚至发起写操作。只要查询里涉及的远端表一多,这个准备过程就会迅速变成一件很机械、也很消耗注意力的事。SAP 官方把 Linked Database 放出来,就是为了把这层前置动作拿掉,让远端数据的临时访问更像本地对象的使用体验。官方文档对这个能力的定义很直接,它允许我们对 remote source 发起 DML,而不需要在执行前为查询涉及的每一张远端表都先创建 virtual table。 (SAP Help Portal)
这个设计带来的变化,不只是少点几次鼠标,也不只是少写几条 DDL。它真正改变的是我们处理临时分析、快速排障、跨系统核对数据时的节奏。过去那种先建对象、再授权、再验证对象名、再回到业务 SQL 的路径,被压缩成了一条更短的链路。官方文档也明确把它定位成 ad hoc 访问远端数据时更方便的方案,这一点很贴近我们日常工作的真实感受。 (