Оптимизировать выбор запроса

Question

Я использую SQL 2000, и я запускаю простой оператор select в таблице, содержащей около 30 миллионов строк. Выберите запрос выглядит следующим образом:

select col1, col2, col3 from Table1 where col4=@col4 and col5=@col5 and col6=@col6 

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

Как я могу оптимизировать этот запрос?

Если я добавляю индексы для каждого столбца в предложении where, это имеет значение?

Если у меня есть 10 столбцов в разделе where, должны ли все из этих 10 столбцов иметь индекс в них?

Edit: Это, вероятно, одна из наиболее распространенных интервью вопрос :)

Answer 1

Да, это будет иметь огромное значение.

Вместо добавления одного индекса для каждого поля вы должны добавить один индекс, который содержит три поля. (Как это обычно используется на практике, зависит от того, насколько уникальны поля и какие другие запросы вы собираетесь использовать в таблице.)

Обратите внимание, что добавление индекса также имеет небольшое отрицательное влияние при вставке или удалении записывает в таблицу или обновляет индексированные поля записи.

Answer 2

Если добавить индексы для каждого столбца в где положение, было бы это сделать любой разницу?

Да, добавление индекса приведет к огромной разнице в производительности. Это связано с значительным использованием дискового пространства по индексам и очень незначительным воздействием на команды INSERT и UPDATE.

Если у меня есть 10 столбцов в предложении где, должны все из этих 10 колонн имеют индекс в них?

Это не всегда так. Если мы возьмем SQL-запрос, представленный вами в качестве примера, и вы создадите индекс только для col4, возможно, что select * from Table1 where col4=@col4 возвращает только несколько записей. В этом случае вы вряд ли выиграете от индекса на col5 и col6, потому что движок базы данных должен будет сканировать только те немногие записи, которые были возвращены там, где col4=@col4.

Поэтому, как вы можете видеть, это зависит от типа данных, которые вы храните. Кроме того, индекс может также не очень полезен для любого столбца с низкой мощностью: то есть столбцов с несколькими уникальными значениями.

Answer 3

Какой столбец из критериев является наиболее избирательным? Создание индекса в этом столбце больше всего повлияет на производительность. Если вы добавляете другие столбцы в один и тот же индекс или нет, зависит от избирательности. Вам необходимо изучить планы запросов, чтобы найти это :)

Answer 4

Как я могу оптимизировать этот запрос?

Вы можете сделать индекс покрытия:

CREATE INDEX ix_table1_456__123 ON table1 (col4, col5, col6) INCLUDE (col1, col2, col3) 

и запрос не будет даже делать табличный.

Если я добавляю индексы для каждого столбца в предложении where, это имеет значение?

Это, скорее всего, улучшит запрос по сравнению с отсутствием индексов вообще, но создание составного индекса с покрытием, скорее всего, будет лучше.

Однако, если каждый из ваших столбцов имеет высокую мощность (то есть UNIQUE или рядом с ним), то создание отдельных индексов может даже улучшить запрос по сравнению с составным индексом.

Это особенно верно, если некоторые из колонок имеют большой размер (например, VARCHAR(400)), а другая, небольшая колонка имеет высокую мощность.

Если у меня есть 10 столбцов в where where, должны ли все из этих 10 столбцов иметь индекс в них?

Если у вас есть 10 колонки, там, как я уже говорил выше, компромисс между увеличением размера ключа (что снижает производительность) и повышенной селективностью.

Если, скажем, первые 3 столбцы уникальны или почти уникальны, то добавление дополнительных столбцов не будет увеличивать селективность, но увеличит размер ключа.

Индекс станет больше по размеру, что потребует дополнительного времени для поиска в нем.

Вы не должны создавать индекс во всех столбцах 10, если столбцы 3 предлагают избирательность, которая достаточно высока, так как перемещение большего индекса будет дороже, чем чтение некоторых дополнительных ключей.

Вы можете прочитать эту статью в своем блоге:

• Creating indexes