Создал табличку из ~220,000 записей.
Табличка : 
 id INT PRIMARY KEY IDENTITY
 ind INT NOT NULL
 text VARCHAR(50)

для столбца ind создал кластерный уникальный индекс.

Пробую запрос 
 

отрабатывает он только через 70-80сек.

Делаю не кластерный, отрабатывает за ~5сек.

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

Помогите, объясните пожалуйста. 

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

Да, он физически размещает записи в отсорт. порядке.
Но почему MSSQL это делает так долго?
Ему нужно изменить 220,000 записей, а потом их  сохранить... чего же он это делает 80 сек?
Или я что-то не так понимаю? Есть вообще возможность оптимизации какой?

вообще идея модификации ключа - абсурдна.
Идея модификации кластерного ключа - абсурдна в квадрате.
Вы, пардон, детородным органом орехи колите, и интересуетесь от чего он опухшим стоновится.

эмм... я где-то писал, что это ключ оО? 
Это просто поле, по которому построен индекс.

так и есть. и деиствия не верны.
при масовой модификации индексного поля (клястера) нужно:
1. грохнуть индекс.
2. обновить записи.
3. создать индекс.

ооо блин... Что-то я и не подумал.
Спасибо большое=)