GBASE 8A v953报错集锦33--exists 子查询中 having 包含外表的列计算结果出错

问题现象

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 ... ! 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值