Как узнать, какие SQL рекомендации Index Server 2005 для реализации, если таковые имеются?

голоса
6

Мы находимся в процессе модернизации одного из наших экземпляров SQL Server с 2000 по 2005 я установил панель индикаторов ( http://www.microsoft.com/downloads/details.aspx?FamilyId=1d3a4a0d-7e0c-4730-8204 -e419218c1efc & DisplayLang = еп ) для доступа к некоторой отчетности высокого уровня. Один из отчетов показывает пропущенные (рекомендуется) индексы. Я думаю , что он основан на какой - то точки зрения системы, которая поддерживается с помощью оптимизатора запросов.

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

Задан 06/08/2008 в 21:59
источник пользователем
На других языках...                            


3 ответов

голоса
3

Первое, что нужно знать:

При обновлении с 2000 по 2005 год (с помощью отсоединения и присоединения), убедитесь, что вы:

  1. Набор стандарды 90
  2. Перестроить индексы
  3. Выполнить обновление статистики с полным сканированием

Если вы не сделаете это, вы получите неоптимальные планы.

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

Ответил 08/08/2008 d 14:32
источник пользователем

голоса
3

Совет вы получили это право. Попробуйте их все, один за другим.

Там нет никакой замены для тестирования, когда речь идет о производительности. Если вы не доказать это, вы ничего не сделали.

Ответил 06/08/2008 d 22:11
источник пользователем

голоса
0

Ваш лучший исследовать наиболее распространенный тип запросов, которые происходят в вашей базе данных и создании индексов на основе этого исследования.

Например, если есть таблица, в которой хранится хиты веб-сайта, который написан очень очень часто, но вряд ли даже чтение. Тогда не индексировать таблицу на выезде.

Если, как всегда у вас есть список пользователей, который является доступ чаще, чем написано в, то я бы в первую очередь создать кластерный индекс на столбце, доступ к наиболее, как правило, первичный ключ. Я бы тогда создать индекс обычно поиск столбцов, и те, которые являются использование в порядке статей.

Ответил 06/08/2008 d 22:03
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more