忙表，要索引还是不索引

问题描述

| SQL Server是一个非常繁忙的表，可随时容纳大约6-10K用户的活动，并且每次命中都会插入/更新/删除。 我没有在此表上使用索引，因为任何写入的数据都不会停留超过10分钟。 但是在观看活动监视器时，我注意到SQL Server建议向该表添加索引。 我知道在表上保留索引有其成本，您认为我应该添加索引吗？ 有关详细信息的更新： SQL 2008 R2 表

     [id] [bigint] IDENTITY(1,1) NOT NULL,[siteid] [int] NOT NULL,[last_seen] [datetime] NOT NULL,[ua] [varchar](250) NOT NULL,[ip] [varchar](15) NOT NULL,[t_id] [int] NOT NULL

建议指数

ON [dbo].[onlines] ([ua],[ip],[t_id])

    

解决方法

        拥有一个好的聚簇键实际上甚至可以加快插入速度（请阅读Kimberly Tripp的出色博客文章《聚簇索引辩论》，继续进行详尽而详尽的解释，为什么会这样呢！）！从外观上看，您根本没有群集密钥。 因此，我绝对建议您在

id

列上添加主键/集群键-它非常适合于良好的集群键：窄，静态，唯一，不断增长：

CREATE UNIQUE CLUSTERED INDEX CIX_YourTableName
  ON dbo.YourTableName(ID)

这应该可以加快所有操作-插入，更新，删除和选择。 是否需要其他索引（以及要索引的列）取决于您的SELECT查询-由于您实际上没有告诉我们任何有关这些的信息，因此我们只能猜测一下。 基本上，您需要执行以下操作： 建立基线-衡量您的表现 然后应用有意义的索引-包括WHERE子句和/或ORDER BY表达式中使用的列 再次测量并比较 确实没有神奇的公式来决定您是否需要索引，索引是什么，以及它对您的情况有多大帮助（或多少会影响INSERT性能）-您需要在您的数据库，硬件，环境。     ,        在向表写入期间添加索引成本。 （INSERT，UPDATE，DELETE操作）。它可以提高读取性能（SELECT，UPDATE，DELETE操作）。因此，如果您的读取次数多于写入次数，那么可以，索引可以为您提供帮助。如果读取的内容少于编写的内容，那么索引可以为您提供帮助，因为您不必读取过多的内容（索引基本上是表的一小部分，并且如果您的选择仅击中该子集，则可以加快速度）在某些情况下阅读相当多） 我会添加索引并监视性能，如果对您不起作用，则删除索引。最终，唯一可以确定的方法就是尝试一下并比较结果。     ,        数据存在的时间并不能告诉您有关索引的需求。但是更新与读取的比率确实如此。没有索引的插入速度最快。更新和删除可能不会，因为在搜索要更改的记录时使用索引可能会受益。选择还受益于拥有索引。 因此，即使表有很多更新，通常也最好有索引。通常的例外情况是用于记录的表，除非您实际需要该日志，否则通常只写入该表。 但是可以肯定的是，您最好在该位置放置一个索引并监视性能的提高或提高。