SQL 索引的大“功效”

昨天一个页面死掉了，查了下是因为存储过程执行时间大于Web Service 设置的sql语句执行最大时间。在数据库中执行了下存储过程，没想到要20多秒，看到真实大大吃惊，数据量也会只有几万条而已。于是开始优化语句。后来觉得整个存储过程逻辑有问题。今天又特意测了下时间的消耗，发下有个表关联耗时特长。

表关联代码如下：

from [Winning.ERP.HR].dbo.HR_BX_JBXX a,[Winning.ERP.HR].dbo.HR_BX_RCFY b,[Winning.ERP.PreSalesManage].dbo.XSSY_GXJL c
         where a.djxh=b.djxh and a.djxh=c.xmxh and b.sflsjl='N' and exists(select xh from [Winning.ERP.HR].dbo.HR_SPLC where lcbm=a.bxlcbm and gsbm=@sMark) 

View Code

问题出在exists后面的代码。发现 [Winning.ERP.HR].dbo.HR_SPLC 的数据量不超过100。实在不知道慢在哪里。

后来就在[Winning.ERP.HR].dbo.HR_SPLC的字段lcbm上添加了非聚集索引，没想到性能立马提高上去了。整个存储过程的执行时间大约6秒。

不知道是以前写的语句有问题，还是索引有这么大的提高速度功能？

路漫漫兮，努力，努力！！

转载于:https://www.cnblogs.com/YueWang/p/3285187.html