我正在构建一个复合索引，但我不能 100% 确定以哪种方式包含作为bit表的一部分的字段。该索引将用于类似于论坛主题列表的内容，我希望单个索引为ForumId（int），IsSticky（bit），然后是DatePosted (desc)（datetime2（0））
但我想确保IsSticky正确处理位域；我是否像trueis1或那样索引它-1？如果是 1，我会索引 IsSticky 降序；如果为-1，我会将其索引为升序。
另外，我要的是 SQL 2008，但我很想知道它在 2005 年是否有所不同。
我已经有点知道这个问题的答案了，但我总觉得在这个话题上我还需要了解更多。
我的基本理解是，一般而言，仅包含您可能在任何给定时间查询/排序的所有字段的单个索引不太可能有用，但我已经看到了这种类型的东西。比如，有人想，“好吧，如果我们只是把所有这些东西放在一个索引中，数据库就可以用它来找到它需要的东西”，而没有看到一些正在运行的实际查询的执行计划。
想象一下这样的表：
id int pk/uid
name varchar(50)
customerId int (foreign key)
dateCreated datetime
我可能会看到一个包含name,customerId和dateCreated字段的索引。
但我的理解是，这样的索引不会在查询中使用，例如：
SELECT [id], [name], [customerId], [dateCreated]
FROM Representatives WHERE customerId=1
ORDER BY dateCreated
对于这样的查询，在我看来，一个更好的主意是包含customerId和dateCreated字段的索引，customerId字段为“第一”。这将创建一个索引，该索引将以这样的方式组织数据，以便该查询可以快速找到它需要的内容 - 按照它需要的顺序。
我看到的另一件事，也许和第一件事一样频繁，是每个字段上的单独索引。name因此，在customerId和dateCreated字段上各有一个。
与第一个示例不同，这种安排有时在我看来至少部分有用。查询的执行计划可能显示至少它使用 上的索引customerId来选择记录，但它没有使用带有dateCreated字段的索引来对它们进行排序。
我知道这是一个广泛的问题，因为对任何特定表集的任何特定查询的具体答案通常是查看执行计划说明它将做什么，否则将表和查询的细节纳入帐户。另外，我知道这取决于查询可能运行的频率，而不是为其维护特定索引的开销。
但我想我要问的是作为索引的一般“起点”，为特定的、频繁提取的查询和 WHERE 或 ORDER BY 子句中的字段设置特定索引的想法是否有意义？