经现场同事反映，他们用的好好的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 #tempset zg_id=b.idfrom #temp a,tb_zg b(nolock)where a.zg_id=b.idupdate #tempset ks_id=b.idfrom #temp a,tb_ks b(nolock)where a.ks_id=b.id

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

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

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

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

SQL 存储过程优化经验