Кілька індексів проти індексних стовпців

Я щойно додавав індекс до таблиці в SQL Server 2005, і це задумало мене. Яка різниця між створенням 1 індексу та визначенням декількох стовпців над тим, щоб мати 1 індекс на стовпець, який потрібно індексувати.

Чи є певні причини, чому одну слід використовувати над іншою?

Наприклад

Create NonClustered Index IX_IndexName On TableName
(Column1 Asc, Column2 Asc, Column3 Asc)

Проти

Create NonClustered Index IX_IndexName1 On TableName
(Column1 Asc)

Create NonClustered Index IX_IndexName2 On TableName
(Column2 Asc)

Create NonClustered Index IX_IndexName3 On TableName
(Column3 Asc)

Я згоден з Кейдом Ру .

Ця стаття має стати на правильному шляху:

• Покажчики в SQL Server 2005/2008 - кращі практики, частина 1
• Покажчики в SQL Server 2005/2008 - Частина 2 - Внутрішні

Варто зазначити, що кластерні індекси повинні мати унікальний ключ (стовпець, який я б рекомендував) як перший стовпець. В основному це допомагає вашим даним вставляти в кінці індексу і не спричиняти багато розбитків вводу-виводу та сторінки на диску.

По-друге, якщо ви створюєте інші індекси для своїх даних і вони сконструйовані розумно, вони будуть повторно використані.

наприклад, уявіть, що ви шукаєте таблицю в трьох стовпцях

штат, повіт, поштовий індекс.

• Ви іноді здійснюєте пошук лише за державою.
• Ви іноді здійснюєте пошук за штатом та округом.
• Ви часто шукаєте по державі, округу та поштовому індексу.

Потім індекс із державою, округом, поштовим індексом. буде використовуватися в усіх трьох цих пошуках.

Якщо ви шукаєте по одному поштовому індексу досить багато, то зазначений вище індекс не буде використовуватися (все одно на SQL Server), оскільки zip є третьою частиною цього індексу, і оптимізатор запитів не вважатиме цей індекс корисним.

Потім ви можете створити індекс лише на Zip, який буде використовуватися в цьому випадку.

До речі, ми можемо скористатись тим, що при індексації багато стовпців перший стовпець індексу завжди корисний для пошуку, і коли ви шукаєте лише за допомогою "держави", він є ефективним, але ще не настільки ефективним, як показник "Один стовпчик" '

Я думаю, відповідь, яку ви шукаєте, полягає в тому, що це залежить від того, де є пропозиції ваших часто використовуваних запитів, а також вашої групи.

Стаття дуже допоможе. :-)

Так. Рекомендую переглянути статті Кімберлі Трипп про індексацію .

Якщо індекс "охоплює", тоді не потрібно використовувати нічого, крім індексу. У SQL Server 2005 ви також можете додати додаткові стовпці до індексу, які не є частиною ключа, що може усунути поїздки до решти рядка.

Маючи кілька індексів, кожен в одному стовпчику може означати, що використовується лише один індекс взагалі - вам доведеться звернутися до плану виконання, щоб побачити, які ефекти надають різні схеми індексації.

Ви також можете скористатися майстром настройки, щоб допомогти визначити, які індекси найкращим чином дають запит чи навантаження.

Індекс багато стовпців можна використовувати для запитів, що посилаються на всі стовпці:

SELECT *
FROM TableName
WHERE Column1=1 AND Column2=2 AND Column3=3

Це можна знайти безпосередньо за допомогою індексу багато стовпців. З іншого боку, може бути використаний максимум один індекс одного стовпця (він повинен шукати всі записи, що мають стовпець1 = 1, а потім перевіряти стовпці2 та стовпці3 у кожному з них).

Один предмет, який, здається, був пропущений, - це перетворення зірок. Оператори перетину індексу розв’язують предикат, обчислюючи набір рядків, звернених до кожного предиката, перед тим, як будь-який ввод-вивід буде зроблено на таблиці фактів. На схемі зірок ви б індексували кожен окремий розмірний ключ, і оптимізатор запитів може вирішити, які рядки вибрати за допомогою обчислення перетину індексу. Індекси на окремих стовпцях дають найкращу гнучкість для цього.

Якщо у вас є запити, які часто використовують відносно статичний набір стовпців, створення єдиного індексу покриття, який включає їх усі, значно покращить ефективність.

Помістивши декілька стовпців у свій індекс, оптимізатору доведеться безпосередньо отримувати доступ до таблиці, лише якщо стовпець відсутній в індексі. Я їх дуже багато використовую для зберігання даних. Мінус полягає в тому, що це може коштувати великих витрат, особливо якщо дані дуже мінливі.

Створення індексів на одних стовпцях корисно для операцій пошуку, які часто зустрічаються в системах OLTP.

Слід запитати себе, чому ви індексуєте стовпці та як вони будуть використовуватися. Запустіть кілька планів запитів і подивіться, коли до них звертаються. Налаштування індексу - це стільки ж інстинкту, скільки і наука.