Некластеризований індекс, який має ті самі ключі (ключі) *, як і кластерний індекс, все ще може бути корисним, оскільки некластерний індекс, як правило, буде меншим і щільнішим. Пам'ятайте, що кластерний індекс включає всі рядкові дані, тому зазвичай це найширший (найменш щільний) індекс.
* Ті ж стовпчики ключів у тій же послідовності сортуються однаково (asc / desc).
Для одиночного пошуку (пошук, що використовує предикат рівності в унікальний індекс), головна відмінність - це припущений більший шанс, що індексна сторінка (и) потрібна, щоб знайти цей єдиний запис вже в пам'яті. При рівних умовах некластеризований індекс зі 100 сторінками має більше шансів, ніж кластерний індекс, що зберігається на 10000 сторінках.
Для будь-якого іншого виду пошуку, окрім сингтона, також буде компонент сканування. Частина сканування також виграє від більшої щільності некластеризованого індексу (більше рядків на сторінці). Навіть якщо сторінки мають надходити з постійного сховища, швидше читати менше сторінок.
Ви повинні перевірити системну документацію, запитати у людини, яка додала індекс, та / або шукати коментарі до коду, щоб зрозуміти, чому цей індекс існує. Вам також потрібно уважно перевірити повне визначення індексу , включаючи стиснення, і переглянути сценарії обслуговування індексу. Можуть бути й інші особливі причини наявності некластеризованого індексу (наприклад, можливість відновлення в Інтернеті).