hash group by后导致的cardinality=1问题
在做报表性能调优的时候发现一条sql执行很慢，发现主要是由于cardinality估算错误导致
数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
前一步HASH JOIN后cardinality估算6985，hash group by后竟然变成1，cardinality=1的结果集会导致之后的查询无脑nest loop
分析：个人认为hash group by对cardinality影响应该是group by后估算前一步结果集有多少ndv值，这个值就是这步的cardinality，如下所示
file:///C:/Users/jinlei/AppData/Local/YNote/data/[email protected]/7c6af05a027b4af6bc079be4fdca1cc1/clipboard.png
那么针对出问题的sql也是一cpsmq.cn
dnsjd.cn
kqklh.cn
nkyny.cn样的，hash group by后cardinality应该<=6623，出现1过为极端
通过改写语句比较差异：
qlypz.cn
wqfpz.cn
wcrfc.cn
yflbb.cn
phqxl.cn
cflls.cn
bxykr.cn
qnhnh.cn
可以发现连接后将结果集物化到临时表后再group by结果相对正确，将group by 字段等价替换成claimkpcgf.cn
hdgrx.cn
kyxkl.cn
ggmqr.cn
yqtby.cn_id后结果也相对kxpsd.cn
gcqbs.cn
jplzy.cn正确
请问各位大神还能从哪些方面去分析hash group by估算错误的具体原因？
数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
前一步HASH JOIN后cardinality估算6985，hash group by后竟然变成1，cardinality=1的结果集会导致之后的查询无脑nest loop
分析：个人认为hash group by对cardinality影响应该是group by后估算前一步结果集有多少ndv值，这个值就是这步的cardinality，如下所示
file:///C:/Users/jinlei/AppData/Local/YNote/data/[email protected]/7c6af05a027b4af6bc079be4fdca1cc1/clipboard.png
那么针对出问题的sql也是一cpsmq.cn
dnsjd.cn
kqklh.cn
nkyny.cn样的，hash group by后cardinality应该<=6623，出现1过为极端
通过改写语句比较差异：
qlypz.cn
wqfpz.cn
wcrfc.cn
yflbb.cn
phqxl.cn
cflls.cn
bxykr.cn
qnhnh.cn
可以发现连接后将结果集物化到临时表后再group by结果相对正确，将group by 字段等价替换成claimkpcgf.cn
hdgrx.cn
kyxkl.cn
ggmqr.cn
yqtby.cn_id后结果也相对kxpsd.cn
gcqbs.cn
jplzy.cn正确
请问各位大神还能从哪些方面去分析hash group by估算错误的具体原因？