SAP HANA AMDP执行时临时索引创建栈溢出DUMP问题求助

问题现象 #

AMDP方法ZCL_MM_REPORTE_INV_AMDP=>GET_MERGED_DATA执行时触发Dump，数据库返回SQL代码2048，具体错误为：列存储临时索引创建失败：栈空间检查未通过，仅剩余59904字节，无法满足61440字节需求。但在报错行设置断点单步执行时，Dump不会触发。

方法核心逻辑：从it_source表提取distinct的lt_keys，再通过大量关联material和ambito_valoracion的子查询，将it_source中merge_ctrl从'01'到'12'的数据合并到et_merged中。

原因分析 #

1. 批量与单步执行的执行计划差异：单步调试时，数据库优化器会生成更保守的执行计划（比如单次处理数据量小、选择低内存消耗的连接方式）；批量执行时，优化器尝试一次性处理全量数据，选择了需要创建大尺寸临时索引的执行路径，导致栈空间不足。
2. 多子查询嵌套的复杂度：大量关联material和ambito_valoracion的子查询嵌套，会让优化器倾向于缓存所有子查询结果后再关联，大幅增加临时索引的内存开销，触发栈空间阈值。
3. lt_keys基数过高：如果distinct后的lt_keys数据量过大，后续基于它的多子查询合并操作会放大内存消耗，批量处理时的内存需求远超单步执行场景。

解决方案建议 #

• 重构子查询为JOIN结构：将多个独立的子查询（关联material和ambito_valoracion）合并成一次JOIN操作，预计算关联结果为临时表，再与lt_keys关联，减少嵌套层级，降低执行计划复杂度。
  示例：

  -- 替换多子查询嵌套的写法
  CREATE LOCAL TEMPORARY TABLE lt_mat_amb AS (
      SELECT m.matnr, a.ambito, ... 
      FROM material m 
      JOIN ambito_valoracion a ON m.matnr = a.matnr
  );
  -- 后续直接用预计算的临时表关联lt_keys与it_source
  

• 拆分合并逻辑：不要一次性合并merge_ctrl从'01'到'12'的所有数据，拆分为多个批次（比如先处理'01'-'06'，再处理'07'-'12'），最后合并结果集，降低单次处理的数据量和内存压力。
• 优化去重逻辑：用GROUP BY替代DISTINCT提取lt_keys，或者提前在ABAP层对it_source做部分去重后再传入AMDP，减少数据库侧初始处理的数据量。
• 强制指定低内存执行计划：在SQLScript中添加优化器提示，强制使用和单步执行时一致的低内存执行计划，比如：

  SELECT /*+ USE_HASH_JOIN NO_INDEX_JOIN */ ... FROM ...
  

• 临时调整数据库参数（需BASIS配合）：如果上述优化无法快速生效，可联系BASIS调整HANA数据库indexserver.ini中[memorymanager]下的stacksize参数，增大栈空间阈值，但这仅作为临时应急方案，优先从SQL逻辑优化入手。

内容的提问来源于stack exchange，提问作者Ronaldo