Sql Server 2005 COUNT 视图耗时太长

Posted 2023-02-26

【中文标题】Sql Server 2005 COUNT 视图耗时太长

【英文标题】：Sql Server 2005 COUNT on view takes too long

【发布时间】：2011-01-12 09:10:45

【问题描述】：

我的网站中有一个新闻通讯的分页列表，我使用这个视图来加载它。

这是视图（未选择列列表）：

SELECT * FROM dbo.NewsletterHistory INNER JOIN dbo.Newsletter ON dbo.NewsletterHistory.NewsletterId = dbo.Newsletter.NewsletterId INNER JOIN dbo.sysNewsletterHistoryState ON dbo.NewsletterHistory.sysNewsletterHistoryStateId = dbo.sysNewsletterHistoryState.sysNewsletterHistoryStateId LEFT JOIN dbo.Client ON dbo.NewsletterHistory.AboutUserId = dbo.Client.ParentUserId

当我尝试执行计数查询以显示分页列表时出现问题。

在 NewsletterHistory 表中，我有大约 700.000 行。

select count(*) from dbo.NewsletterHistoryView newsletter0_ where newsletter0_.DeliveryMethod 11

这个计数查询大约需要 33 秒来执行。

我不能只将这么多的记录存储在某个地方，因为分页列表可以被过滤。

关于如何解决这个问题的任何想法？

【问题讨论】：

你有哪些索引？

你有没有关于连接和 wheres 列的索引？

你有没有想过使用索引？

我只在 sysNewsletterHistoryStateId 上有索引。我已经创建了一个包含所有列的索引，并且计数会立即执行。谢谢！

【参考方案1】：

使用以下列在 NewsletterHistory 表上创建索引

NewsletterId
sysNewsletterHistoryStateId
AboutUserId

我不知道你的数据，所以尝试三列的不同顺序以找到最快的一列。如果还不够快，请给我更多信息。

【参考方案2】：

您可以使用 Count(PrimaryID)，而不是使用 Count(*)。

【讨论】：

这不太可能带来任何好处。 SQL Server 在 2000 年的时间范围内克服了 * 的低效率问题。

【参考方案3】：

显示执行计划并添加缺失的索引。

【参考方案4】：

一个丑陋的解决方案....将您的结果放入临时表中进行计数...但我会使用索引...

使用 SQl Server 管理工作室 -> 工具 -> 数据库引擎优化顾问...将所有使用该表的脚本放在那里，让它告诉您构建的最佳索引是什么。它有助于手动完成...通过跟踪和错误