同结构Oracle数据库存储过程一台正常另一台报ORA-00979错误

• 优化器参数规则差异：CBRRS_QA库可能启用了宽松的GROUP BY校验参数（比如旧版本的OPTIMIZER_FEATURES_ENABLE），允许SELECT中的非聚合列不出现在GROUP BY中（只要存在函数依赖）；而CBRRSAPN库的参数严格遵循SQL标准，要求所有非聚合列必须纳入GROUP BY。单独执行SELECT时优化器可能采用了宽松解析逻辑，但嵌入INSERT后执行计划切换，触发了严格校验。
• 存储过程编译环境不一致：CBRRSAPN库的存储过程编译时使用的优化器模式和CBRRS_QA库不同，导致预编译的执行计划不符合当前库的规则。单独运行SELECT是实时解析，不受预编译计划影响，因此能正常执行。
• 隐性结构差异：虽然表面表结构一致，但可能在复制过程中丢失了主键、唯一键等约束，导致优化器无法识别列之间的函数依赖，进而触发GROUP BY表达式校验错误。

1. 修正GROUP BY语句（最推荐）：将SELECT中所有未使用聚合函数的列，全部添加到GROUP BY子句中。比如原查询为SELECT col1, col2, SUM(col3) FROM ... GROUP BY col1，就调整为GROUP BY col1, col2，彻底符合SQL标准，避免依赖数据库参数的宽松规则。
2. 对齐数据库核心参数：对比CBRRS_QA和CBRRSAPN库的OPTIMIZER_FEATURES_ENABLE、QUERY_REWRITE_ENABLED参数，将CBRRSAPN库的参数修改为与CBRRS_QA一致。注意修改前需测试，避免影响其他业务SQL的执行计划。
3. 重新编译存储过程：在CBRRSAPN库中执行ALTER PROCEDURE CARRLOANWORKINGSUMMARY_TWO COMPILE;，让存储过程基于当前库的参数重新生成执行计划，解决编译环境不一致的问题。
4. 补全表约束：检查CBRRSAPN库中相关表的主键、唯一键约束是否存在，若复制时丢失则重新创建，让优化器能识别列间的函数依赖。

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