Są sytuacje, w których redundancja nie obowiązuje. Na przykład powiedz ColumnC
było ogromnym polem, ale czasami trzeba było je szybko odzyskać. Twój index 1
nie wymagałby wyszukiwania kluczy dla:
select ColumnC from YourTable where ColumnnA = 12
Z drugiej strony index 2
jest znacznie mniejszy, więc można go odczytać w pamięci dla zapytań wymagających skanowania indeksu:
select * from YourTable where ColumnnA like '%hello%'
Więc nie są zbyteczne.
Jeśli nie przekonuje Cię moja powyższa argumentacja, możesz znaleźć „zbędne” indeksy, takie jak:
;with ind as (
select a.object_id
, a.index_id
, cast(col_list.list as varchar(max)) as list
from (
select distinct object_id
, index_id
from sys.index_columns
) a
cross apply
(
select cast(column_id as varchar(16)) + ',' as [text()]
from sys.index_columns b
where a.object_id = b.object_id
and a.index_id = b.index_id
for xml path(''), type
) col_list (list)
)
select object_name(a.object_id) as TableName
, asi.name as FatherIndex
, bsi.name as RedundantIndex
from ind a
join sys.sysindexes asi
on asi.id = a.object_id
and asi.indid = a.index_id
join ind b
on a.object_id = b.object_id
and a.object_id = b.object_id
and len(a.list) > len(b.list)
and left(a.list, LEN(b.list)) = b.list
join sys.sysindexes bsi
on bsi.id = b.object_id
and bsi.indid = b.index_id
Przynieś ciasto swoim użytkownikom na wypadek, gdyby wydajność spadła „nieoczekiwanie” :-)