ADX跨数据库Update policy创建及跨库函数查询可行性问询

一、跨数据库创建Update Policy的可行性 #

不支持跨数据库创建Update Policy，无法直接通过db_1.table_1的Update Policy将数据同步到db_2.table_2。

原因：

• Update Policy的设计约束是目标表必须与源表处于同一个数据库，这是Kusto引擎的安全与架构限制，目的是保障数据处理的隔离性、性能稳定性，避免跨库操作带来的事务一致性风险及跨集群（若涉及跨集群数据库）的延迟问题。
• Update Policy执行时的上下文绑定在源表所在数据库，无法直接访问其他数据库的表对象，权限体系也不允许这类跨库自动写入操作。

若需实现类似跨库数据同步，可考虑替代方案：

• 使用周期性 ingestion 作业（如Azure Data Factory、Kusto连续导出+导入）批量同步数据。
• 结合外部表与定时查询完成跨库数据迁移。

二、函数是否支持跨数据库查询数据 #

支持跨数据库查询数据，只要当前用户拥有目标数据库的查询权限，就能在函数中通过完全限定表名格式访问其他数据库的数据。

示例（Kusto查询语言场景）：

.create-or-alter function MyCrossDBFunction() {
    database("db_2").table_2
    | where Timestamp > ago(7d)
}

调用该函数时，只要执行用户具备db_2的查询权限，即可正常返回db_2.table_2的数据。

注意：函数的执行权限依赖于调用者的权限，而非函数创建者的权限，需确保调用用户拥有跨库查询的权限。

内容的提问来源于stack exchange，提问作者FakieKickflip