我有一个类似于以下的表(但有更多的列)：

CREATE TABLE [dbo].[Results](
    [ResultID] [int] IDENTITY(1,1) NOT NULL,[TypeID] [int] NOT NULL,[ItemID] [int] NOT NULL,[QueryTime] [datetime] NOT NULL,[ResultTypeID] [int] NOT NULL,[QueryDay]  AS (datepart(day,[querytime])) PERSISTED,[QueryMonth]  AS (datepart(month,[QueryYear]  AS (datepart(year,CONSTRAINT [PK_Results] PRIMARY KEY CLUSTERED 
(
    [ResultID] ASC
)WITH (PAD_INDEX  = OFF,STATISTICS_NORECOMPUTE  = OFF,IGNORE_DUP_KEY = OFF,ALLOW_ROW_LOCKS  = ON,ALLOW_PAGE_LOCKS  = ON,FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY]

这里要注意的重要字段是ResultID,主键,QueryTime是生成结果的日期时间.

我还有以下索引(其中包括)：

CREATE NONCLUSTERED INDEX [IDX_ResultDate] ON [dbo].[Results] 
(
    [QueryTime] ASC
)
INCLUDE ( [ResultID],[ItemID],[TypeID]) WITH (PAD_INDEX  = OFF,SORT_IN_TEMPDB = OFF,DROP_EXISTING = OFF,ONLINE = OFF,FILLFACTOR = 90) ON [PRIMARY]

在我在表中有大约一百万行的数据库中,在执行查询时使用索引,例如：

select top 1 * from results where querytime>'2009-05-01' order by ResultID asc

在具有5000万行的同一数据库的另一个实例中,sql Server决定不使用索引,而是进行聚集索引扫描,而最终速度非常慢. (速度取决于日期).即使我使用查询提示使其使用IDX_ResultDate,它仍然有点慢,它花费94％的时间按ResultID排序.我想通过创建一个ResultID和QueryTime作为索引中的排序列的索引,我可以加快我的查询速度.

因此,我创建了以下内容：

CREATE NONCLUSTERED INDEX [IDX_ResultDate2] ON [dbo].[Results] 
(
[QueryTime] ASC,[ResultID] ASC
)
INCLUDE ( [ItemID],FILLFACTOR = 90) ON [PRIMARY]
GO

我假设它首先使用QueryTime排序来查找匹配结果,这些结果已经按ResultID排序.但是,情况并非如此,因为此索引的性能与现有索引相比没有任何变化.

然后我尝试了以下索引：

CREATE NONCLUSTERED INDEX [IDX_ResultDate3] ON [dbo].[Results] 
(
    [ResultID] ASC,[QueryTime] ASC
)
INCLUDE ( [ItemID],FILLFACTOR = 90) ON [PRIMARY]
GO

这个产生预期的结果.它似乎以恒定的时间(几分之一秒)返回.

但是,我很困惑为什么IDX_ResultDate3运行良好而IDX_ResultDate2没有.

我假设在QueryTime的排序列表中进行二进制搜索,然后查看ResultID的子列表中的第一个结果是获取结果的最快方法. (因此我的初始排序顺序).

附带问题：我应该创建一个持久化的列,其中包含QueryTime的日期部分和索引(我已经有三个持久列,如上所示)？