create table test2 ( id int, ciag char(36),ciag_rev char(36));
go
declare @i int
set @i = 0
while (@i < 1000000)
begin
 insert into test2 (id, ciag) values (@i,convert(char(36), newid()))
 set @i = @i + 1
end

update test2 set ciag_rev = reverse(ciag)
go

select ciag,id from test2 where
ciag like '[0-9]0006BB4-215F-424E-8B99-9A69A5C94A97'

select ciag_rev,id from test2 where
ciag_rev like '79A49C5A96A9-99B8-E424-F512-4BB6000[0-9]'

wybieram CTRL+L i widze:

następnie robię 1x klastrowany + 2x nieklastrowany:

create clustered index idx_id on test2 (id)
create nonclustered index idx_ciag on test2 (ciag)
create nonclustered index idx_ciag_rev on test2 (ciag_rev)

wykonuje to same 2 zapytania:

zmienia sie plan wykonania (nie mamy już table scan, mamy index seek ... ale tak czy siak nie ma znaczenia czy nieznany znak znajduje sie jako pierwszy czy jako ostatni! Sprawdzam dalej podmieniając aż do: '[0-9][0-9][0-9][0-9][0-9]BB4-215F-424E-8B99-9A69A5C94A97' i dalej nic .... nie ma znaczenia czy nieznane znaki są na końcu czy na początku...

dopiero kiedy robię:

select ciag,id from test2 where
ciag like '%0006BB4-215F-424E-8B99-9A69A5C94A97'

select ciag_rev,id from test2 where
ciag_rev like '79A49C5A96A9-99B8-E424-F512-4BB6000%'

sprawa się wyjaśnia ...

Wniosek:
wskazywać SQL Serverowi czego może sie spodziewać a wówczas nawet jeśli nie będziemy znali pierwszych znaków to:

- seek bedzie jeśli użyjemy:
[0-9]ciag_znakow
[a-zA-Z0-9]ciag_znakow

- scan będzie jeśli:
_ciag_znakow
%ciag_znakow

Jesli mimo wszystko ktoś musi specyfikować ciągi znaków przy pomocy _ lub % to wówczas można spróbować dołożyć kolumnę z odwróconą kolejnością liter (w szczególności jeśli tabela ze słownikiem nie jest rozmiarów setek mln wierszy) - wówczas pozbędziemy się skana i pojedziemy po seeku :)))