很多人第一次接触 SAP HANA SQLScript 时，很容易把它理解成一种运行在数据库里的脚本语言。看到一个PROCEDURE，脑海里自然会形成这样的画面，数据库从代码第一行开始，一句一句往下执行，碰到SELECT就查数据，碰到变量赋值就计算，碰到CALL就跳进另一个过程，执行结束再回到原来的位置。
这个理解只对了一小部分。
真正进入 SAP HANA 数据库内部以后，SQLScript 的处理方式更接近编译型语言与数据库查询优化器的结合体。一个过程被调用时，SAP HANA 并不是简单拿着源代码逐行解释，而是会经历语法分析、语义检查、代码优化、执行计划生成、实际参数绑定以及执行等一系列过程。更关键的是，在优化阶段，原来写出来的 SQLScript 结构还有可能被重新组织，多个语句可能合并，控制流可能被简化，嵌套过程可能参与内联优化，彼此不存在数据依赖的计算甚至可能同时执行。
SAP HANA Cloud 当前 QRC 2/2026 的 SQLScript Reference，以及本地部署 SAP HANA 2.0 SPS 08 的 SQLScript Reference，对这一处理流程给出了基本一致的说明。一个通过CALL发起的 SQLScript procedure，会由 SAP HANA 的查询编译体系进行处理，其核心链路可以概括为 Parsing、Semantic Check、Optimization、Execution Plan Generation 与 Execution。
理解这一点，对 SQLScript 开发非常重要。很多看起来属于代码风格的问题，其实最后都会落到执
