Добавление некластеризованного индекса в таблицу, содержащую менее 1000 строк, но часто доступную, увеличит производительность?

Question

У меня есть таблица с 400-500 строками, но к этой таблице обращаются очень часто, поэтому мне было интересно, стоит ли добавлять некластеризованный индекс в один из ее столбцов, чтобы увидеть какие-либо улучшения?

Эта таблицахранит одни и те же данные все время и редко обновляется.

Вот структура таблицы

CREATE TABLE [dbo].[tbl_TimeZones](
    [country] [char](2) NOT NULL,
    [region] [char](2) NULL,
    [timezone] [varchar](50) NOT NULL
) ON [PRIMARY]

С этим индексом кластера:

CREATE CLUSTERED INDEX [IX_tbl_TimeZones] ON [dbo].[tbl_TimeZones] 
(
    [country] ASC,
    [region] ASC,
    [timezone] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
GO

Эта таблица неу него нет первичного ключа, поскольку столбец региона может иметь значение null , поэтому я еще не использовал ключ.

Поэтому я хочу добавить некластерный индекс для столбца часовой пояс для увеличения производительности.

Answer 1

Краткий ответ: индекс, вероятно, улучшит производительность для вас.

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

Похоже, у вас создается впечатление, что вы ожидаете индексировать «один» столбец. Индексирование только одного столбца, вероятно, не является оптимальным решением. Индекс «покрытия», как правило, будет лучшим решением (Google для «индекса покрытия»).

Теперь, сказав все это, я подозреваю, что наилучшая производительность может быть получена от определения кластерного индекса. Вы не указали природу кластеризованного индекса в этой таблице или использования данных. Но если запросы почти всегда обращаются к таблице одинаковым образом (например, предложения WHERE и JOIN всегда ссылаются на одни и те же столбцы), то вы можете обнаружить, что изменение кластеризованного индекса дает наибольшее улучшение.

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

Итог: я подозреваю, что кластерный индекс по столбцам, используемым в предложениях WHERE и JOIN, является ответом. Учитывайте порядок столбцов. Селективность имеет значение.