Испрользует ли поиск по подстроке в запросе свойство "Индексировать"?
По тесту даже медленее отработал при использовании индексирования...

(0) Индекс при условии ПОДОБНО не используется.

(1) Индекс при условии "ПОДОБНО" используется

если поиск сначала строки, то вроде должен

ГДЕ Наименование ПОДОБНО "%планы%" - не используется
ГДЕ Наименование ПОДОБНО "планы%" - используется

(4) предельно понятно, у меня 1 случай %...%

(4) Вот как раз для наименования справочника используется всегда.
На MSSQL там индекс _Description + _IDRRef. При "%планы%" будет index scan, при "планы%" - index seek.
Ессно, производительность разная.

В остальных случаях надо смотреть, скорее используется, чем нет.

Ну и зависит, что именно ты выбираешь, возможно последующий поиск в кластерном ключе для получения полей убивает тебе весь эффект

(6) Говорим indexscan - подразумеваем, что индекс не используется, в классическом понимании индекса. Не несите дичи.

(6) Ставлю дайм, что при "%планы%" будет indexscan кластерного индекса.

(8) а что бывает некластерный индекс скан?

(10) А че нет?

(11) а смысл?

(12) Выбрать Контрагенты.ИНН из Справочник.Контрагенты

Хотя не уверен

(9) Зависит от того, какие поля ты хочешь получить.
Если тупо ссылку, то все ограничится index scan некластерного, ссылка из индекса и возьмется.
Если *, то будет index scan некластерного и index sееk кластерного.
Потому что наименование емнип не является первым полем кластерного (:

А нет, все норм

Execution Tree
--------------
Index Scan(OBJECT:([EGAIS_For_Prog].[dbo].[_Reference29].[_Referenc29_ByField144_SR] AS [T1]))

(15)
Если *, то будет index scan кластерного.

(17) Если не попал в индекс.
Если попал в индекс - indexseek по некластерному и RID Lookup

(18) зависит еще от объема выборки и селективности индекса

(17) Точно, на практике Clustered Index Scan получается.

Ну в общем ответ на (0) - да, используется.

(20) индекс скан - это НЕ использование самой сути индекса

(21) Ужи и узы, мистер Андерсон

(19) Это само собой.