让查询飞起来的关键细节：SAP HANA 中的 Absorption 机制与 Column Search 边界扩展实战

在做 SAP HANA 性能调优时，很多人会把注意力放在索引、分区、统计信息、参数、并行度这些显性的抓手上；但真正决定一条分析型 SQL 能否跑得像列式引擎应有的样子，往往藏在执行计划里一个不太起眼的概念：Column Search，以及围绕它展开的Absorption。

你可以把Column Search想象成 SAP HANA 优化器给列式执行画出的一个边界：边界之内的一串算子能被某个 Column Engine 以一次或极少次数的内部调用整体执行；边界之外的算子要么落到 Row Engine，要么需要拆分成多个Column Search分段执行。SAP 官方把Column Search的可用性描述为在基于代价的物理枚举阶段决定，意味着它不是一个固定规则，而是优化器综合代价、算子能力与数据特征之后做出的执行形态选择。(SAP Help Portal)

而Absorption的核心价值，就是在不改变语义的前提下，尽可能把更多算子吸收进同一个Column S