c# – 查询较新的记录时,使用存储过程缓慢查询

我这里有一个奇怪的问题.我有一个很大的表,在过去几天存储来自Exchange 2007的邮件跟踪日志信息.记录数量为数百万(约10-12百万),每30分钟一次,我通过PowerShell计划任务从所有传输服务器批量插入任何新日志.

每晚一次我运行一个维护任务来清除任何超过一天的日志,以便表格不会变得太大,但是如果可以的话我想保持日志更长一点.

该表称为MessageTracking,并且具有一个主键,即IDENTITY int列,[MessagelogID],每个记录增加1.

[date-time] asc的[date-time]列上有一个非聚集索引.

发件人和收件人字段上有一个全文索引.

用户可以通过我在C#Asp.net中编写的前端网页搜索表格.该页面允许使用4个搜索字段进行基本搜索：

>开始DateTime
>结束日期时间
>发件人
>收件人

这会将查询传递给实际将记录拉回的存储过程.存储过程称为GetMessageTracking.

现在谈到我的奇怪问题.此查询以0秒的形式返回结果,快速闪烁：

USE [DATABASENAME]
GO

DECLARE @return_value int

EXEC    @return_value = [dbo].[GetMessageTracking]
        @maximumRows = 20,@startRowIndex = 0,@sortExpression = N'[date-time]',@SearchStartDate = N'2012-03-27 13:51',@SearchEndDate = N'2012-03-27 20:09',@SearchSender = N'user@domain.com',@SearchRecipient = N'Default'

SELECT  'Return Value' = @return_value

GO

如果我将@SearchStartDate参数改为一小时,即N’2012-03-27 14:51’那么它很长时间都没有完成.

我只能假设我的日期时间索引存在重大问题,因为全文目录通常是空闲的.我遇到的挑战之一是我每小时插入数千条记录,索引(IX_DateTime)很快就会碎片化,但是我想不出一个阻止这种情况发生的好方法.

所以我的问题确实是两个问题：

1)在搜索较新的记录时,如何查询导致此问题的原因？

2)当有大量插入时,有关索引的提示吗？

我想也许是执行计划导致这种奇怪的行为,但似乎没有.我尝试将WITH RECOMPILE选项添加到查询中,这完全没有任何区别.我清除了执行计划缓存也没有效果.

很确定我的问题完全取决于我的索引.

谢谢！