KQL根据条件动态选择数据源 解决case引用表变量语义报错问题

原有写法报错核心是对case()函数的能力边界认知错误：

• case()是标量计算函数，仅支持返回字符串、数字、时间这类单值标量结果，不支持返回表类型的引用
• 代码中把表变量T1/T2/T3作为case()的返回值传入时，Kusto会默认将这几个标识符识别为未定义的标量变量做解析，最终抛出无法解析标量表达式的错误。

所有动态切换数据源的实现，都要求TableMetric、TableImperial、othertable三张表的schema完全兼容（列名、对应列的数据类型完全一致），否则会触发类型不匹配、列不存在的报错。

方案1：使用table()函数（推荐，性能最优） #

KQL提供了专门的table()函数，支持传入表名字符串动态获取对应表的引用，配合case()返回目标表名即可实现需求，代码如下：

let selected_table = case(
    @uommetrics == "meter", "TableMetric",
    @uommetrics == "imperial", "TableImperial",
    "othertable"
);
table(selected_table)
// 此处追加后续统一查询逻辑，例如 | where Timestamp > ago(7d) | summarize count() by xxx

这种写法下Kusto查询优化器只会实际扫描匹配到的单张表，不会额外扫描另外两张表，性能和直接写死表名查询完全一致。

方案2：union配合条件裁剪（适合需要给不同表加差异化前置逻辑的场景） #

如果需要在切换表的同时，给不同表加专属的前置过滤、计算逻辑，可以用union搭配每个子查询内的条件判断实现：

union
(TableMetric | where @uommetrics == "meter" |  // 可追加公制表专属处理逻辑
),
(TableImperial | where @uommetrics == "imperial" | // 可追加英制表专属处理逻辑
),
(othertable | where @uommetrics !in ("meter", "imperial") | // 可追加兜底表专属处理逻辑
)
// 此处追加后续统一查询逻辑

由于@uommetrics是查询执行前就确定的参数常量，Kusto优化器会自动裁剪掉不满足条件的union分支，不会扫描无关表，性能和方案1基本一致。

• 不要尝试用标量变量存储表引用，KQL中表属于tabular流式数据集，不属于标量类型，无法通过标量函数传递
• 如果三张表存在少量列差异，可以在每个子查询里用project补全缺失列、统一列类型后再做动态切换
• 禁止在动态选表的判断条件里使用依赖表内数据的动态值，否则会导致优化器无法裁剪分支，扫描全量表产生额外性能开销

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