Wczoraj (12 czerwca), na kolejnym spotkaniu Grup warszawskich, prowadziłem krótką sesję o planowaniu pojemności serwerów baz danych. Sama sesja była dość ogólna - ze względu na skrócony czas oraz na "śliskość" tematu - pomimo tego wychodząc z sali słyszałem raczej pozytywne głosy :)
Dziękuje wszystkim którzy zechcieli mnie wysłuchać i obiecuje że w najbliższej przyszłości umieszczenie tutaj linki do materiałów jakie okazały się pomocne w trakcie przygotowywania sesji (prezentacje, artykuły).

Materiały:
B.Deptuła, M.Przepiórowski, M.Kwaśniński, P.Chomicz, Capacity Planning dla baz danych Oracle
J.Allspaw, Capacity planning for LAMP
R.Schiesser, Why Capacity Planning Is Seldom Done Well
J.Chang, Sizing for SQL Server 2000 and 2005
TeamQuest, How to Do Capacity Planning

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 :)))

dodatek B) prosty port skaner - tak prosty że chyba nie ma co pokazywać, ale myślę że tutaj do tego programu jest wystarczający