zoukankan      html  css  js  c++  java
  • SQL 存储过程优化经验

    经现场同事反映,他们用的好好的XML 导出工具最近一直报错,经常报数据库连接超时,查看数据库发现已经有100G 以上有空间了。

    但导出数据的存储过程里面每次按时间只导1000多条数据,近理说有时间过滤应该不会产生问题。

    将存储过程拉到SQL SERVER 中执行,发现需要5分钟,

    --创建临时表用来存放数据
    create table #temp
    (
    id varchar(10),
    name varchar(20),
    zg_id varchar(10),
    ks_id varchar(10)
    )
    
    --按时间段插入数据
    insert into #temp(id,name)
    select id,name 
    from tb1(nolock)
    where beginTime between '20150606' and '20150706'
    
    
    --按已有的数据关联其它表,补全其它数据
    update #temp
    set zg_id=b.id
    from #temp a,tb_zg b(nolock)
    where a.zg_id=b.id
    
    
    
    update #temp
    set ks_id=b.id
    from #temp a,tb_ks b(nolock)
    where a.ks_id=b.id

    而查询出来的数据只有几千条。

    仔细分析得知,刚开始存储过程将三张表的数据插入到一个临时表然后再做处理。

    经过查询发现三张表每张表的数据都超过700万行,每张表的关联字段都是主键,且第一张表已经用时间段来过虑,也就是说只查询第一张表,且按时间段来过虑的话不到一秒。

    因些我把第一张表的数据插入到临时表。

    -----------------------------唯有自身强大,才能不惧外物。 http://www.cnblogs.com/lclblog/
  • 相关阅读:
    ORA-01565 ORA-15025 ORA-27041
    11g r2 vip启动过程
    控制文件多路径复用ORA-00205错误
    sqlmap 整合Meterpreter
    Mataasploit 常见问题
    AWVS的安装、破解与使用
    hydra常见场景
    php 学习笔记
    python学习笔记
    计算机网络基础,网络协议,常见状态码
  • 原文地址:https://www.cnblogs.com/lclblog/p/4670885.html
Copyright © 2011-2022 走看看