Объясню суть проблемы. Имеется таблица. ID для нее генерировался по определенному алгоритму и имел тип VARCHAR(20). Еще до INSERT'a генерировался этот ID и вместе с INSERT'ом шел в таблицу


Почему было организовано именно так я сказать не могу. Не учавствовал в этом. 

Выяснилось, что такой подход в ряде случаев себя не оправает. Придумал такой способ генерации: вставить поле id_identity типа IDENTITY и повесить тригер на INSERT. Тригер берет значение id_identity новой строки, конвертирует его в VARCHAR(20) и вставляет в ID новой строки



В итоге я имею довольно внушительное снижение производительности :( В эту таблицу вставляют довольно много данных. Ограничение такое, что PRIMARY KEY (ID) должен остаться старым, т.е. такого же типа. Иначе потребуется переписка огромного числа строк кода.

Вот у меня такой вопрос: можно ли узнать IDENTITY до того, как поизойдет запись в таблицу. То есть я хочу в тригере получить IDENTITY, из него сделать ID, и полученую строку уже пихать в базу.

В варианте, который привел выше, этот участок и дает тормоз (~0.3 сек.)

Поле id_identity индексировано?
Поле id - кластерный индекс?

Замена

на

по крайней мере уменьшает количество чтений.

Индексировано.
Но быстрее не работает

Поле заполняется по старому алгоритму, а затем апдейтится?
И еще раз