在 SAP HANA 外连接里写跨表过滤条件：一次看懂子查询物化的性能陷阱与改写套路
在本地部署的 SAP HANA 和 SAP HANA Cloud 上做性能优化时，有一类 SQL 写法特别“隐蔽”：SQL 看起来只是把过滤条件写在子查询里，逻辑也完全正确，但运行时却突然出现 CPU 飙升、内存暴涨、执行时间成倍增长，甚至把并发拖垮。很多团队把问题归因到“数据量太大”或“外连接本来就慢”，实际上更核心的触发点往往是——外连接内部的子查询里出现了跨多表的过滤谓词，导致列式引擎不得不把中间结果先“攒出来”，再继续做外连接。
SAP 的性能指南明确指出：当外连接内部存在跨多张表的过滤谓词时，列式引擎并不原生支持直接下推处理，此时会在执行外连接之前把带过滤的子节点结果先物化出来。(SAP Help Portal) 这句话看似简单，背后牵涉到外连接语义、谓词下推、以及列式执行引擎的能力边界。下面把这件事讲透，并给出一套在真实项目里可落地的改写方法与建模建议。