1. BOL:\r
Clustered indexes are not a good choice for: \r
Columns that undergo frequent changes \r
This results in the entire row moving (because SQL Server must keep the data values of a row in physical order). This is an important consideration in high-volume transaction processing systems where data tends to be volatile\r
2. А что ежели вообще без индекса? Индексы помогают для select, но мешают update’у\r
3. Обновить статистику sp_updatestats\r
4. DBCC SHOWCONTIG информирует о фрагментации таблицы. Проанализировать результаты до и после переиндексации. Если Extents Scanned намного меньше Extent Switches, то перестроить кластерный индекс; если Scan Density существенно отлично от 100% то перестроить некластерные индексы.\r
5. Перестройка и проверка базы для некластерного индекса DBCC CheckDB(\'database_name\' , repair_rebuild). Для кластерного DBCC DBREINDEX\r
\r
Честно говоря, не думаю, что приведенные рекомендации спасут. Уж больно силен тормоз. Надо смотреть процедуру, триггеры, блокировки.\r
И это не все, но заскочил на СКУЛЬ случайно на несколько минут по пути из одной точки отпуска в другую Даже в Треп сходить некогда!\r
Вот еще пару ссылок:\r
Covering indexes \r
\r
Кластерные индексы и Update