SAP HANA SQLScript 性能定位的起手式：用支持性工具锁定主导语句与主导算子

在 SAP HANA 的世界里，跑得慢往往比跑不通更折磨人。尤其是那些上线后稳定运行了很久的 SQLScript 存储过程，某次应用升级、HANA 版本升级，或从本地部署迁移到 HANA Cloud 之后，业务侧没有改一行业务逻辑，程序也没有改一行 SQLScript 代码，偏偏执行时间突然翻倍，甚至从秒级掉到分钟级。此时最需要的不是灵感，而是一套可靠、可复用、能快速收敛范围的分析路径。

我通常把 SQLScript 性能问题拆成两大类来源：

• SQLScript 代码层面的反模式：比如把本该集合化的一次计算写成逐行循环，或者过度依赖 imperative constructs（赋值、分支、循环等），导致引擎难以做整体优化，最终变成行式思维在列式引擎上硬跑。(SAP Help Portal)
• SQL 计划层面的变化：同一条 inner statement（过程内部的 SQL 语句）在不同版本、不同统计信息、不同参数嗅探、不同计划缓存命中情况下，可能