qu-qu правильно меня понял. Прошу прощения за то что не написал, что некластерный по 4 полям был удален и взамен был создан кластерный по одному полю КодСлучая. Поэтому и вышла экономия места, но производительность упала на 10%.

Не я непробовал. Просто долго создавать такие индексы на таблице в 50 млн. записей. Да и на такой машине с 192 метрами оперативки и с одним IDEшным винтом. Но как мне кажется, может я и ошибаюсь, но процессор запросов даже при наличии двух индексов кластерного по одному полю и некластерного по 4 полям будет использовать в запросе некластерный индекс.
Ведь не просто так Index Tuning Wizard посоветовал для оптимизации сделать именно некластерный по 4 полям, а не кластерный по одному полю.

2 Владимир Смирнов.
Я боюсь что первый раз неправильно вас понял по поводу

Вы не пробовали вариант с обоими индексами одновременно.
Как в отношении объёмов, так и в отношении производительности?

Что вы хотели этим сказать? создать индекс кластерный по 4 полям проверить запрос, а затем некластерный по 4 полям и сравнить оба результата в Как в отношении объёмов, так и в отношении производительности?
Так я не пробовал.