Kusto查询超大型表时 先project还是先where更节省时间？

在超大规模Kusto（Azure Data Explorer）数据表的查询场景中，先执行where操作过滤不需要的行，再执行project操作保留所需列的方案耗时更短、执行效率更高，核心原因如下：

• Kusto底层采用列式存储架构，同时每个数据分片都会预存列的最小值、最大值等统计信息，where子句的过滤逻辑可以直接在存储层执行，不需要加载全量数据到计算层，就能快速跳过所有不匹配的数据分片和行，直接把需要处理的数据集规模降到最低。
• 若先执行project再做where过滤，虽然列裁剪确实能降低单条数据的读取开销，但过滤逻辑被后置后就无法利用存储层的预计算统计信息和索引能力，所有行都需要先完成列裁剪后再进入计算层做过滤，会导致大量无效数据被加载处理，查询耗时会显著提升。

小提示：Kusto自带的查询优化器在大部分场景下会自动调整执行顺序，把过滤操作下推到列裁剪之前执行，但主动将where子句写在project之前可以避免特殊场景下优化器失效带来的性能损失，也是Kusto查询编写的标准最佳实践。

正确的查询写法示例：

// 先过滤，再裁剪列的标准写法
YourTableName
| where OccurTime >= ago(30d) and BizType == "Pay" and IsSuccess == 0
| project OccurTime, UserId, TradeNo, FailReason

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