问题描述
我们有一个 OLTP 系统，我们有一个网格，其中包含来自多个表的近 20 列。基于搜索参数加载的网格涉及大约 6 列。数据量很大，有 1 亿行来自后台表。
为了提高网格加载的性能，我们创建了具有单个唯一聚集索引的索引视图。我们目前想看看如何提高搜索参数的性能：a,b,c,d,e,f
搜索可以基于任何组合：(a),(a,c),(d,e),c) ... (a,f)
我们正在考虑选择以下选项之一：
- 索引视图上的多个复合索引具有特定的访问模式，例如 (a,b)、(b,d)、(a,c) 等。
- 索引视图上的单个非聚集列存储索引，这将有助于满足所有不同的访问模式，如 (a,c) 等，包含的列为 20列
你能提出建议，哪种方法更好？
UPDATE：刚刚读到，非聚集列存储索引不支持包含列。将进一步尝试并更新答案，无论是通过评论，如果问题已关闭或通过回答。
解决方法
由于要考虑的组合太多，您将需要很多索引。
因此，我最多会为一些流行的列做单列或两列索引（取决于第一列的选择性）。任何更宽的东西都是浪费时间，因为索引将是选择性的。
您绝对可以在非聚集索引上做 INCLUDE 列。在这种情况下，只有将那些列带回来才值得，否则无论如何都需要进行键查找。
您还应该在查询中考虑类似 OPTION (RECOMPILE) 的内容。请参阅亚伦·伯特兰 (Aaron Bertrand) 的#BackToBasics: An Updated Kitchen Sink Example。