Честно говоря, это проголосовало (см. Мой комментарий). Но вам будет разумно прочитать статью Microsoft Technet о оптимизаторе на основе затрат, который охватывает то, о чем вы просите.
Я скажу это, основываясь на моем опыте, если план выполнения рекомендует индекс, то я предлагаю вам серьезно подумать об этом, поскольку обычно выигрывают показатели производительности, даже если индекс практически не имеет смысла (т. Е. SQL Server довольно хорош, но не совершенным, зная, чего он хочет). Теперь, если вы добавите индекс, а план выполнения рекомендует другой индекс, вам может потребоваться рассмотреть, какие столбцы вы возвращаете; как вы присоединяетесь; и / или ваш дизайн стола.
В конечном счете, вы пытаетесь получить план выполнения, чтобы показать поиск в кластерном индексе (лучше всего), затем кластерное сканирование индексов (OK), поиск индексов, сканирование индексов и предотвращение сканирования таблиц (т.е. кучи). Это, конечно, мое мнение.
https://technet.microsoft.com/en-us/library/2007.11.sqlquery.aspx
Другое свечение:
http://www.dbjournal.ro/archive/16/16_4.pdf
https://nirajrules.wordpress.com/2009/06/10/cost-based-optimization-cbo-vs-rule-based-optimization-rbo/
Для руководства и обсуждения практиков:
http://logicalread.com/sql-server-primary-key-vs-clustered-index-part-1-mb01/
http://logicalread.com/sql-server-primary-key-vs-clustered-index-part-2-mb01/
http://logicalread.com/sql-server-primary-key-vs-clustered-index-part-3-mb01/