为了优化我们的应用程序，我使用SQL事件探查器运行应用程序并检查具有大量读取，CPU时间的任何查询，然后深入研究特定查询的执行计划。
我见过的执行计划的一个方面是密钥查找。在一个特定查询中，密钥查找是查询成本的98％。
然而，这总是很糟糕，并且行/ cpu成本的数量是决定是否创建包含这些键的索引的决定因素？
在这个具体的例子中，我们通过姓氏（索引）查找客户，并返回客户的属性，例如名字，地址，城市等。索引不包括那些额外的属性，因此执行键查找。
但是，客户群很小，在找到最常见姓氏的客户时，我们只讨论了大约50行。因此，当结果集如此之小时，创建一个全新的索引是否值得？