Kusto中连续嵌套where与and连接谓词是否存在性能差异

针对你给出的两组语义等价的Kusto查询：
第一种写法：

mytable
| where predicate1
| where predicate2

第二种写法：

mytable
| where predicate1 and predicate2

直接给出明确结论：两种写法不存在任何性能差异，Kusto查询优化器会在底层自动将第一种连续where的写法重写优化为第二种合并谓词的形式执行，不会按照书写顺序做两次独立的全量过滤扫描。

具体执行逻辑说明：

• Kusto在查询编译阶段会先生成逻辑算子树，再做一系列规范化重写优化，同执行路径下连续的多个过滤算子会被自动合并，所有过滤条件会被归并到同一个过滤节点下，谓词之间默认以逻辑与连接，最终生成的执行计划和你手动把所有条件写在同一个where子句里用and拼接的效果完全一致。
• 谓词合并完成后，优化器还会自动调整谓词的执行优先级：优先跑计算成本低、过滤选择性高（即能筛除更大比例数据）的条件，尽可能早地缩减后续计算要处理的数据量，这个调度逻辑和你写查询时是拆成多个where还是合并在同一个where中没有关联。
• 你可以自行通过.show queryplan命令对比两种写法的执行计划，会发现两者的过滤节点结构、谓词集合、执行流程完全一致，没有额外的算子开销。

唯一的例外场景：如果两个where算子之间夹了其他非过滤类算子（比如extend、project、summarize、join等），优化器就无法跨算子合并过滤条件，这时候两种写法才会存在执行逻辑的差异。

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