sql-server-2005 - 改善sql server查询响应时间

Question

我有一个包含约40万条记录的表，该表在Intranet网站的主页上被调用。在高峰时间，我们可以有300-400个并发用户。 SQL事件探查器工具提供以下输出。


处理器：406
读取：32446
持续时间：397


我已经索引了“ where”子句中涉及的字段。有没有办法改善响应时间呢？

需要采取什么措施来减少磁盘读取？

服务器配置：
Windows 2003 64位，SQL Server 2005 64位SP2，.NET 2.0。

在下面添加了查询和表定义。为了简单起见，这里没有添加40多个字段。那些主要为varchar的字段未在where子句中使用。它们就在那里显示在页面上。有一些字段（5-6）当前未使用，但我将它们留在查询中，因为稍后将需要它们。那我现在应该脱掉吗？这样可以缩短响应时间吗？

询问

SELECT 
    u.[PeopleKey], 
    u.[EnterpriseId],   
    u.[PersonnelNbr],   
    u.LastName,   
    u.FirstName,   
    u.MiddleName,    
    cc.WorkForceCd AS CareerCounselorWorkForceCd,                     
    cc.WorkForceDesc AS CareerCounselorWorkForceDesc,                    
    cc.WorkGroupCd AS CareerCounselorWorkGroupCd,                   
    cc.WorkGroupDesc AS CareerCounselorWorkGroupDesc,                 
    cc.CareerLevelCd As CareerCounselorCareerLevelCd,               
    cc.CareerLevelDesc AS CareerCounselorCareerLevel,             
    CL.NextLevelCD as  nextCareerLevelCd
FROM 
    [User] u 
    LEFT JOIN [User] cc ON 
        u.[CareerCounselorPeopleKey] = cc.PersonnelNbr  
    Left JOIN [CareerLevel] CLON 
        u.WorkForceCd= CL.WorkForceCd AND 
        u.CareerLevelCd = CL.LevelCd
WHERE 
    u.PeopleKey = <integer>

[职业水平]

ID  int 4 [Primary Key - clustered index]
Description varchar 150
WorkforceCd varchar 4
LevelCD varchar     10
NextLevelCD varchar 10

[用户]

PeopleKey   int 4 [Primary Key - clustered index]
EnterpriseId    varchar 50 [non clustered index]
PersonnelNbr    varchar 8 [non clustered index]
FirstName   varchar 40
LastName    varchar 40
MiddleName  varchar 40
CareerCounselorPeopleKey    int 4
CareerCounselorPersonnelNbr varchar 8
CareerCounselorName varchar 50
CapabilityCd    varchar 5
CapabilityDesc  varchar 25
WorkforceCd varchar 4
WorkForceDesc   varchar 40
WorkGroupCd varchar 4
WorkGroupDesc   varchar 50
CareerLevelCd   varchar 10
CareerLevelDesc varchar 50

Answer 1

您可以发布表架构和索引定义吗？您的查询是什么样的？

读取的数量将暗示大量的I / O操作-因此，可能是由于您的表和索引设置和/或查询方式所致，即使您有索引，也没有使用它们。

您是否定期在数据库上运行维护计划？例如。当索引碎片过多时，索引会重新组织和/或重建吗？

您始终可以使用SQL的数据库优化顾问来尝试获取有关如何优化某些查询的提示-或者更好的是，使用SQL跟踪收集一些实际使用情况数据，并分析这些数据以进行潜在的优化步骤。

马克