• 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 GBase 8a MPP Cluster FAQ FAQ
    文档版本(2021-04-02) 南大通用数据技术股份有限公司
    72
    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 ... !
  • 相关阅读:
    DLMS/COSEM中的信息安全:安全密钥(中)续2
    【unity学习笔记-如何给动态的人物添加碰撞体】
    1012 The Best Rank
    Vue3_2024_1天【Vue3创建和响应式,对比Vue2】
    解决VSCode中Debug和运行路径不一致的
    ZC序列理论学习及仿真
    智翔金泰IPO过会:持续经营风险遭质疑,蒋仁生为实际控制人
    MySQL经典案例50题
    【Redis】Redis Cluster-集群故障转移
    信号与系统学习笔记——信号的分类
  • 原文地址:https://blog.csdn.net/m0_49291452/article/details/125540673