Sql server 多个复合索引与单个非聚集列存储索引

我们有一个OLTP系统，我们有一个网格，它包含来自多个表的近20列。基于搜索参数加载的网格大约包含6列。数据量巨大，有100万行来自背景表

为了提高网格加载的性能，我们创建了具有单个唯一聚集索引的索引视图。我们目前希望了解如何提高搜索参数的性能：

a、b、c、d、e、f

搜索可以基于以下任意组合：（a）、（a，c）、（d，e）、（a，b，c）。。。（a、b、c、d、e、f）

我们正在考虑选择以下选项之一：

• 索引视图上的多个复合索引具有特定的访问模式，如（a，b）、（b，d）、（a，b，c）等
• 索引视图上的单个非聚集列存储索引，这将有助于满足所有不同的访问模式，如（a、b）、（b、d）、（a、b、c）等，包括20列的列

你能建议一下，哪种方法更好

---

更新：请注意，非聚集列存储索引不支持包含列。将进一步尝试和更新答案，无论是评论，如果问题是关闭或回答它。

< P>因为有这么多的组合要考虑，你需要很多索引。 因此，我最多会对一些流行的列执行单列或两列索引（取决于第一列的选择性）。任何更广泛的做法都是浪费时间，因为无论哪种方法，指数都是有选择性的

您完全可以

在非聚集索引中包含
列。在这种情况下，只有在返回了这些列时才值得，否则无论如何都需要进行键查找

您也应该在查询中考虑一些类似于<代码>选项（重新编译）< /COD>。请参见Aaron Bertrand。
您拥有实际数据，能够实现备选方案，并根据对您重要的实际查询模式对其进行度量。为什么你认为互联网上没有这些东西的陌生人能给你一个明确的答案？@Damien_不信者，我同意你的看法。我不确定非聚集列存储索引是否支持不同的搜索模式。因为这是大量的数据，所以在实际尝试之前，我们希望得到一些选择。你是对的。将尝试用数据和更新这个问题的答案。以上没有一个，因为有太多的选择要考虑，你需要很多的索引。对于一些流行的列，我最多只做一列或两列索引（取决于第一列的选择性），任何更宽的都是浪费时间，因为您无论如何都需要键查找。你也应该考虑一些类似于<代码>选项（重新编译）<代码>的内容。query@Charlieface谢谢Keylookup现在也在进行中，因为我们正在从索引视图中提取约20列参见