У меня была та же проблема. Я не понимал, что приложение должно быть подписано даже для тестирования.
После самоподписывания он установил штраф.
Первая вещь знать:
Когда Вы обновляете с 2000 до 2005 (при помощи отсоединения, и присоединение) удостоверяются что Вы:
Если Вы не сделаете этого, то Вы получите субоптимальные планы.
ЕСЛИ таблица является главным образом записью, Вы хотите как можно меньше индексов, ЕСЛИ таблица используется для большого количества запросов чтения, необходимо удостовериться, что оператор Where покрыт индексами.
Совет, который Вы получили, является правильным. Судите их всех, один за другим.
Нет НИКАКОЙ замены для тестирования когда дело доходит до производительности. Если Вы не доказываете его, Вы ничего не сделали.
Ваше лучшее исследование наиболее распространенного типа запросов, которые происходят на Вашей базе данных и создающих индексах на основе того исследования.
Например, если существует таблица, которая хранит хиты веб-сайта, который записан в очень очень часто, но едва даже считан из. Затем не индексируйте таблицу в далеко.
Если то, как когда-либо у Вас есть список пользователей, который является доступом чаще, чем, записано в, то я во-первых создал бы кластерный индекс на столбце, который является доступом больше всего, обычно первичный ключ. Я затем создал бы индекс на обычно поисковых столбцах и тех, которые являются использованием в порядке пунктами.