OracleSQL优化案例-2

sql 复制代码
SELECT
     b.COMPANY_ID,
     a.TRD_DT,
     d.NET_PROF,
     d.OP_TINC,
     d.END_DT,
     ROW_NUMBER() OVER (PARTITION BY b.COMPANY_ID, a.TRD_DT ORDER BY d.END_DT DESC) AS rn
 FROM STK_HK_EXCH_QUOT a
          JOIN BASE_SECURITY_INFO b ON a.SECU_ID = b.SECURITY_ID
          JOIN COO_HK_INC_STMT d ON b.COMPANY_ID = d.CORP_ID
 WHERE d.END_DT <= a.TRD_DT
   AND d.DATA_FLAG_CD = 102
   AND d.NET_PROF IS NOT NULL AND d.OP_TINC IS NOT NULL ;
这段OracleSQL逻辑 请帮我加上大小表的关联hint优化,其中 a表和b表是百万数量级的,d表是十万数量级,a表有800w+,b表有200w+

针对你的数据量级(a表800w+,b表200w+,d表10w+),这里提供几个优化方案:

方案1:使用LEADING和USE_HASH提示(推荐)

复制代码
SELECT /*+ LEADING(a b d) USE_HASH(a b) USE_HASH(a d) */
    b.COMPANY_ID,
    a.TRD_DT,
    d.NET_PROF,
    d.OP_TINC,
    d.END_DT,
    ROW_NUMBER() OVER (PARTITION BY b.COMPANY_ID, a.TRD_DT ORDER BY d.END_DT DESC) AS rn
FROM STK_HK_EXCH_QUOT a
JOIN BASE_SECURITY_INFO b ON a.SECU_ID = b.SECURITY_ID
JOIN COO_HK_INC_STMT d ON b.COMPANY_ID = d.CORP_ID
WHERE d.END_DT <= a.TRD_DT
    AND d.DATA_FLAG_CD = 102
    AND d.NET_PROF IS NOT NULL 
    AND d.OP_TINC IS NOT NULL;

方案2:更精细的关联控制

复制代码
SELECT /*+ LEADING(a) USE_HASH(b) USE_HASH(d) SWAP_JOIN_INPUTS(d) */
    b.COMPANY_ID,
    a.TRD_DT,
    d.NET_PROF,
    d.OP_TINC,
    d.END_DT,
    ROW_NUMBER() OVER (PARTITION BY b.COMPANY_ID, a.TRD_DT ORDER BY d.END_DT DESC) AS rn
FROM STK_HK_EXCH_QUOT a
JOIN BASE_SECURITY_INFO b ON a.SECU_ID = b.SECURITY_ID
JOIN COO_HK_INC_STMT d ON b.COMPANY_ID = d.CORP_ID
WHERE d.END_DT <= a.TRD_DT
    AND d.DATA_FLAG_CD = 102
    AND d.NET_PROF IS NOT NULL 
    AND d.OP_TINC IS NOT NULL;

方案3:针对分区表的优化(如果相关表有分区)

复制代码
SELECT /*+ LEADING(a) FULL(a) FULL(b) FULL(d) USE_HASH(a b) USE_HASH(a d) PARALLEL(4) */
    b.COMPANY_ID,
    a.TRD_DT,
    d.NET_PROF,
    d.OP_TINC,
    d.END_DT,
    ROW_NUMBER() OVER (PARTITION BY b.COMPANY_ID, a.TRD_DT ORDER BY d.END_DT DESC) AS rn
FROM STK_HK_EXCH_QUOT a
JOIN BASE_SECURITY_INFO b ON a.SECU_ID = b.SECURITY_ID
JOIN COO_HK_INC_STMT d ON b.COMPANY_ID = d.CORP_ID
WHERE d.END_DT <= a.TRD_DT
    AND d.DATA_FLAG_CD = 102
    AND d.NET_PROF IS NOT NULL 
    AND d.OP_TINC IS NOT NULL;

关键优化点说明:

  1. LEADING提示 :强制指定表的连接顺序

    • 建议从最大的a表开始,然后连接b表,最后连接d表
  2. USE_HASH提示 :对大数据量连接使用哈希连接

    • 哈希连接适合大数据量的等值连接
  3. SWAP_JOIN_INPUTS(d) :让d表作为哈希连接的构建表

    • 因为d表最小(10w+),适合作为哈希表的构建端
  4. 索引建议(如果性能还不够):

    -- 为a表创建索引
    CREATE INDEX IDX_STK_HK_EXCH_QUOT_SECU_ID ON STK_HK_EXCH_QUOT(SECU_ID, TRD_DT);

    -- 为b表创建索引
    CREATE INDEX IDX_BASE_SEC_INFO_SEC_ID ON BASE_SECURITY_INFO(SECURITY_ID, COMPANY_ID);

    -- 为d表创建索引
    CREATE INDEX IDX_COO_HK_INC_STMT_CORP ON COO_HK_INC_STMT(CORP_ID, END_DT, DATA_FLAG_CD)
    WHERE NET_PROF IS NOT NULL AND OP_TINC IS NOT NULL;

其他建议:

  1. 先测试执行计划 :使用EXPLAIN PLAN FOR查看不同提示的执行计划
  2. 考虑分步处理:如果结果集仍然很大,可以考虑分步计算
  3. 定期收集统计信息:确保统计信息准确
  4. 使用并行查询 :如果硬件资源充足,可以考虑添加PARALLEL提示

建议先用方案1测试,观察执行计划,再根据实际情况调整。

相关推荐
ClouGence2 天前
Oracle CDC 架构优化:从主库直连到 DataGuard 备库同步
数据库·后端·oracle
得物技术2 天前
从埋点需求到规则资产:Hermes Agent 重构得物数仓工作流
大数据·llm·ai编程
久美子2 天前
AI驱动数仓建设的Harness工程实践——本体建模、知识分层与上下文工程
大数据
大树883 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai
大志哥1233 天前
ES和Logstash日志链路系统上线后遭遇切片爆炸(解决)
大数据·elasticsearch
果丁智能3 天前
物联网智能锁赋能集中式住宿:身份核验与远程权限管控的全链路技术实践
大数据·人工智能·物联网·智能家居
ApacheSeaTunnel3 天前
实战演示 | 基于 Apache SeaTunnel 与 Apache DolphinScheduler 实现 MySQL 到 Doris 离线定时增量同步
大数据·mysql·开源·doris·数据集成·seatunnel·数据同步
weixin_397574093 天前
PDF复杂表格的1:1还原引擎:跨页表格自动拼接技术实战
大数据·人工智能·pdf
极光代码工作室3 天前
基于数据仓库的电商数据分析平台
大数据·hadoop·python·spark·数据可视化
曹牧3 天前
Oracle EXPLAIN PLAN
数据库·oracle