Владислав Колосов, база недавно зашла. Формально нужно за неделю две порешать проблемы с размером.
Часть вещей вроде неиспользуемых таблиц / индексов - уже готова. А вот тут затык.
И нельзя симитировать на DEV нагрузку с PROD сервера.
Потому и такие вот попытки найти безболезненный способ.

SomewhereSomehowБыло бы полезно иметь такую функциональность, но в MSSQL ее нет.

Документированных хинтов, типа ораклового NO_INDEX() в сиквеле нет, как и недокументированных такого плана. Другие недокументированные возможности влияния на оптимизатор, типа флагов трассировки или правил преобразования, влияют на запрос в целом, но не на конкретный объект (индекс/таблица).

Информация о конкретном объекте хранится в метаданных этого объекта в системных таблицах. В тестовых условиях, ради интереса, можно было бы найти конкретные биты и поиграть с метаданными индекса, например, сделав его фильтрованным с таким фильтром из-за которого оптимизатор не сможет его использовать или гипотетическим или еще что-то. Но это ведет к модификации таблиц, т.е. переводу сервера в монопольный режим, что недопустимо в реальности, и главное к возможной и вероятной порче базы данных, что совсем не допустимо.

На мой взгляд, лучше использовать штатные средства и, либо отключать индекс, либо подменять объект.

МС в делает некоторые шаги к централизованному управлению подсказками оптимизатору, может быть эта задача и станет когда-то решаться нормально, но пока таких средств нет.
Тему можно закрывать.
Всем искренне признателен спасибо за помощь.