一次SQL Server调优经历

核心提示： 看着有点晕是吧，那么看看下图3、优化SQL写得好不好，一次SQL Server调优经历(3)，咱不说，反正我是不能改SQL的，我把需要调优的语句copy到一个文件里，然后打开“数据库引擎优化顾问”，而且应该可以判断出整个查询最耗时的地方就是用在搞这张试图了，那就只能

看着有点晕是吧，那么看看下图

　

3、优化

SQL写得好不好，咱不说，反正我是不能改SQL的，而且应该可以判断出整个查询最耗时的地方就是用在搞这张试图了。

那就只能针对这个试图调优啦。仔细观察这个试图，实际上就涉及到一个表 Log_Network_circs，下面是该表的表结构：

CREATETABLE[dbo].[Log_Network_circs](
　　[log_id][varchar](30)NOTNULL,
　　[node_code][varchar](100)NULL,
　　[node_name][varchar](100)NULL,
　　[server_name][varchar](100)NULL,
　　[start_time][datetime]NULL,
　　[end_time][datetime]NULL,
　　[status][varchar](30)NULL,
CONSTRAINT[PK_LOG_NETWORK_CIRCS]PRIMARYKEYCLUSTERED
(
　　[log_id]ASC
)WITH(PAD_INDEX　=OFF,STATISTICS_NORECOMPUTE　=OFF,IGNORE_DUP_KEY=OFF,ALLOW_ROW_LOCKS　=ON,ALLOW_PAGE_LOCKS　=ON)ON[PRIMARY]
)ON[PRIMARY]

数据量有489957条记录，不算太大。

根据 3、经常与其他表进行连接的表，在连接字段上应该建立索引；

感觉上得在 node_code 和 end_time 这两字段上建立一个复合索引，大概定义如下：

CREATEINDEX[idx__Log_Network]
ONLog_Network_circs
(
　　node_codeASC,
　　end_timeASC
)

保险起见，我把需要调优的语句copy到一个文件里，然后打开“数据库引擎优化顾问”，设置好数据库，得出以下调优结果：