为什么我的SQL索引被忽略？

发布时间：2020-12-12 06:25:07 所属栏目：MsSql教程来源：网络整理

导读：我们有一个问题,我们的表上的索引被忽略,SQL Server 2000正在执行表扫描.我们可以使用WITH(INDEX = index_name)子句来强制使用索引,但是不希望这样做. 作为开发人员,我在编写T-SQL时非常熟悉SQL Server,但是分析和性能调优不是我的强项.我正在寻找任何关于为

我们有一个问题,我们的表上的索引被忽略,SQL Server 2000正在执行表扫描.我们可以使用WITH(INDEX =< index_name>)子句来强制使用索引,但是不希望这样做.

作为开发人员,我在编写T-SQL时非常熟悉SQL Server,但是分析和性能调优不是我的强项.我正在寻找任何关于为什么会发生的建议和指导.

更新：

我应该说我们已经重建了所有索引和更新的索引统计信息.

其中一个罪魁祸首的表定义如下：

CREATE TABLE [tblinvoices]
(
    [CustomerID] [int] NOT NULL,[InvoiceNo] [int] NOT NULL,[InvoiceDate] [smalldatetime] NOT NULL,[InvoiceTotal] [numeric](18,2) NOT NULL,[AmountPaid] [numeric](18,2) NULL 
        CONSTRAINT [DF_tblinvoices_AmountPaid]  DEFAULT (0),[DateEntered] [smalldatetime] NULL 
        CONSTRAINT [DF_tblinvoices_DateEntered]  DEFAULT (getdate()),[PaymentRef] [varchar](110),[PaymentType] [varchar](10),[SyncStatus] [int] NULL,[PeriodStart] [smalldatetime] NULL,[DateIssued] [smalldatetime] NULL 
        CONSTRAINT [DF_tblinvoices_dateissued]  DEFAULT (getdate()),CONSTRAINT [PK_tblinvoices] PRIMARY KEY NONCLUSTERED 
    (
        [InvoiceNo] ASC
    ) ON [PRIMARY]
) ON [PRIMARY]

此表上还有一个其他索引(我们希望使用SQL)：

CustomerID (Non-Unique,Non-Clustered)

以下查询执行表扫描,而不是使用CustomerID索引：

SELECT 
    CustomerID,Sum(InvoiceTotal) AS SumOfInvoiceTotal,Sum(AmountPaid) AS SumOfAmountPaid 
FROM tblInvoices 
WHERE CustomerID = 2112 
GROUP BY customerID

更新：

在回答Autocracy’s question时,这两个查询都执行表扫描.

更新：

在回答Quassnoi’s question关于DBCC SHOW_STATISTICS的数据是：

RANGE_HI_KEY    RANGE_ROWS    EQ_ROWS    DISTINCT_RANGE_ROWS    AVG_RANGE_ROWS
1667            246           454        8                      27.33333
2112            911           3427       16                     56.9375
2133            914           775        16                     57.125

解决方法

最好的做法是通过在CustomerID索引中包含InvoiceTotal和AmountPaid列来使索引成为覆盖索引. (在SQL 2005中,您可以将它们添加为“included”列)在SQL 2000中,必须将它们添加为其他键列.)如果这样做,我将保证查询优化器将选择您的索引*.

说明：
索引似乎总是有用的,但是使用(不覆盖)索引存在隐藏的成本,也就是“书签查找”,必须完成以检索主要可能需要的任何其他列表.这种书签查找是一项昂贵的操作,并且(一个可能的)原因是查询优化器可能不会选择使用索引.

通过在索引本身中包含所有必需的列,这个书签查找是完全避免的,优化器不必玩这个小游戏,如果使用索引是“值得的”.

(*)或者我将退还您的StackOverflow积分.只要发送一封自封,加盖信封给…

编辑：是的,如果您的主键不是聚集索引,那么一定要做到这一点！但即使是这样的变化,使您的CustomerID索引成为覆盖指数,应该将性能提高一个数量级(10倍或更高)！

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!