在 SAP HANA 里写好反连接：为什么 NOT IN 往往更慢，以及如何用 NOT EXISTS 写得更快更稳

在做业务查询时，NOT IN属于那种“看起来很直观、写起来很顺手”，但在 SAP HANA（无论是本地部署的 SAP HANA Platform，还是 SAP HANA Cloud）里经常会带来性能和语义双重风险的写法。很多团队在排查 SQL 慢查询时，最终都会回到一个朴素结论：同样表达“排除子集”，NOT EXISTS往往更快、更可控，也更容易让优化器生成稳定的执行计划。SAP 官方性能指南也直接指出：NOT IN谓词的处理成本通常显著高于NOT EXISTS，因此如果条件允许，优先用NOT EXISTS替代NOT IN。(SAP Help Portal)

这篇文章围绕NOT IN的代价来源、NULL语义陷阱、优化器可做的改写，以及在真实业务建模与排查中的落地方法展开。阅读目标很明确：让你在 HANA on-prem 与 HANA Cloud 的日常开发里，能写出更“像 HANA”的反连接 SQL，并且知道什么时候必须谨慎处理NULL与约束条件。