我一直在向SQL Server 2005中的表添加索引，这让我开始思考。 创建1个索引和定义多个列而不是要索引的每列有1个索引之间有什么区别？
有某些原因为什么要使用另一种方法？
例如
Create NonClustered Index IX_IndexName On TableName
(Column1 Asc, Column2 Asc, Column3 Asc)与
Create NonClustered Index IX_IndexName1 On TableName
(Column1 Asc)
Create NonClustered Index IX_IndexName2 On TableName
(Column2 Asc)
Create NonClustered Index IX_IndexName3 On TableName
(Column3 Asc)#1楼
是。 我建议您查看Kimberly Tripp的有关索引的文章 。
如果索引正在“覆盖”，则除了索引外，无需使用其他任何内容。 在SQL Server 2005中，还可以将其他列添加到索引中，这些列不属于键，因此可以避免跳至其余行。
具有多个索引，每个索引都在一个列上可能意味着只使用了一个索引-您将必须参考执行计划以查看不同索引方案提供的效果。
您还可以使用调整向导来帮助确定哪些索引将使给定查询或工作负载表现最佳。
#2楼
如果您的查询经常使用相对静态的一组列，那么创建一个包含所有列的覆盖索引将大大提高性能。
通过在索引中放置多个列，如果索引中没有列，则优化器仅需直接访问表。 我在数据仓库中经常使用这些。 不利之处在于，这样做可能会花费大量开销，尤其是在数据非常不稳定的情况下。
在单列上创建索引对于OLTP系统中常见的查找操作很有用。
您应该问自己为什么要索引这些列以及如何使用它们。 运行一些查询计划，看看何时访问它们。 索引调整与科学一样具有本能。
#3楼
多列索引可用于引用所有列的查询：
SELECT *
FROM TableName
WHERE Column1=1 AND Column2=2 AND Column3=3可以使用多列索引直接查找。 另一方面，最多可以使用一个单列索引（它必须查找所有具有Column1 = 1的记录，然后检查每个记录中的Column2和Column3）。
#4楼
我同意凯德·鲁 （ Cade Roux）的观点 。
本文应该使您走上正确的道路：
- SQL Server 2005/2008中的索引–最佳做法，第1部分
- SQL Server 2005/2008中的索引–第2部分–内部
需要注意的一件事是，聚集索引应该在第一列中具有唯一键（我推荐身份列）。 基本上，它可以帮助您在索引末尾插入数据，而不会引起大量磁盘IO和页面拆分。
其次，如果您要在数据上创建其他索引，并且它们被巧妙地构造，它们将被重用。
例如，假设您在三列中搜索一个表
州，县，邮编。
- 您有时仅按州搜索。
- 您有时会按州和县进行搜索。
- 您经常按州，县，邮政编码搜索。
然后是带有州，县，邮政编码的索引。 将在所有这三个搜索中使用。
如果您仅通过zip进行大量搜索，则上述索引将不会被使用（无论如何，SQL Server都不会使用），因为zip是该索引的第三部分，并且查询优化程序不会认为该索引有帮助。
然后，您可以单独在Zip上创建一个索引，该索引将在此实例中使用。
顺便说一下， 我们可以利用多列索引这一事实，即第一个索引列始终可用于搜索，而仅按“状态” 搜索时，它是高效的，但不如“状态”上的单列索引有效'
我猜您正在寻找的答案是，这取决于您常用查询的where子句以及group by的。
这篇文章会有所帮助。 :-)
#5楼
似乎缺少的一项是恒星变换。 索引交集运算符通过在事实表上执行任何I / O之前计算每个谓词命中的行集来解析谓词。 在星型模式中，您将为每个单独的维度键编制索引，并且查询优化器可以解析通过索引交集计算选择的行。 各个列上的索引为此提供了最大的灵活性。