问题背景

1、问题语句由两大部分组成，通过union all拼接，性能问题出现在第二部分。区别在于第二部分缺少第一部分的某些查询条件，第一部分偏向强选择性，第二部分偏向弱选择性。但是两部分执行计划的访问路径相同。
2、建议收集了主要表的统计信息，执行计划没有改变，问题没有改善。
3、建议在关键表的被驱动列添加to_char()函数，避开使用索引嵌套查询，改为关键表的全表访问。--客户采用建议，问题解决

分析优化和测试过程记录：

1、第二部分sql分组执行比较

完整语句执行计划比较，索引+nest loop（执行效率低）

各分组语句单独执行的执行计划，全表扫+hash（执行效率高）

比较oracle中的执行计划，可以发现关键表的链接方式是hash join

在达梦执行的语句，执行计划为索引读+nest loop

在驱动列添加to_char函数，避免使用索引读。执行计划改为问题表的全表扫描，问题得到改善。

达梦数据库 - 新一代大型通用关系型数据库 | 达梦在线服务平台