问题现象
exists 子查询中的 having 包含外表的列计算结果出错:
create table dm_evt_boct36_c(cust_no varchar(16),amount
decimal(24,3),post_date varchar(8),ibk_no varchar(5));
create table ldm_savtxn_c(to_custom_no varchar(16),post_date
varchar(8),cus_no varchar(34),trans_acct varchar(17),amount
decimal(24,3));
insert into dm_evt_boct36_c
values('0000000398926582',2000.000,'20170102','40004'),('00000003989265
82',1500.000,'20170102','40004');
insert into ldm_savtxn_c
values('0000000398926582','20170102','0000000398900686','90035000183210
06',-
500.000),('0000000398926582','20170102','0000000398900686','90035000183
21006',-300.000);
select boct.*
from dm_evt_boct36_c boct
where cust_no='0000000398926582' and exists
(select sum(-sav.amount) from ldm_savtxn_c sav where
sav.to_custom_no=boct.cust_no and sav.cus_no <>boct.cust_no group by
sav.trans_acct having sum(-sav.amount)/abs(boct.amount) >=0.2 and sum(-
sav.amount)/ abs(boct.amount) <=1.2);
解决方法:
exists 子查询优化的逻辑是把子查询修改为子查询和外表的 join,但是 having 中
存在外表列,group by 中没有,就会出现非严格 group by,这样出现的结果集是
不 固 定 的 , 优 化 无 法 支 持 。所以 在 新 的 版 本 中 屏 蔽
correlated_subselect_auto_optimize =1 时,exists 子查询中的 having 包含外
表的列时,不走优化。以保证结果集的正确。
所以在 9.5.2.30、8.6.2.43R29、9.5.3.18 版本中,子查询 having 包括外部表和
内部表的列 , 且
group by
为 不 固 定 列 时 , 参 数
correlated_subselect_auto_optimize=1,采用关闭参数处理.结果集一致,gnode
层 trace 日志显示#can't optimize this subselect because OUTER JOIN or
"outer select's table is used in having" or ... !