2009-09-10 11 views
15

Mam bazę danych SQL Server 2000 z około 220 tabelami. Te tabele mają między sobą relacje z kluczem obcym. Dzięki analizie wydajności odkryliśmy, że w wielu tych kluczowych relacjach brakuje indeksów. Zamiast reagować na problemy z wydajnością, chciałbym być proaktywny i znaleźć wszystkie klucze obce, którym brakuje indeksów.Jak znaleźć niezindeksowane klucze obce w SQL Server

W jaki sposób można programowo ustalić, które klucze obce nie zawierają indeksów?

+0

Brakujące lub rzadko używane? Ten artykuł dotyczy roku 2005, ale może pomóc: http://blogs.msdn.com/sqlcat/archive/2006/02/13/531339.aspx –

+0

Brakujący. Rzadko używana jest kolejna interesująca optymalizacja wydajności, ale nie to, co mnie tutaj interesuje. –

Odpowiedz

7

Oto odpowiedź, że pracuje dla SQL Server 2000 był autorem przez współpracownika:

/* 
Description: 
    This script outputs a table with all the current database un-indexed foreign keys. 

    The table has three columns (TableName , ColumnName, ForeignKeyName) 
    TableName: The table containing the un-indexed foreign key 
    ColumnName: The foreign key column that’s not indexed 
    ForeignKeyName: Name of foreign key witch column doesn’t have an index 
    */ 
DECLARE 
    @TableName varchar(255), 
    @ColumnName varchar(255), 
    @ForeignKeyName sysname 

SET NOCOUNT ON 
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 

DECLARE FKColumns_cursor CURSOR Fast_Forward FOR 
SELECT cu.TABLE_NAME, cu.COLUMN_NAME, cu.CONSTRAINT_NAME 
FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS ic 
    INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE cu ON ic.CONSTRAINT_NAME = cu.CONSTRAINT_NAME 
WHERE ic.CONSTRAINT_TYPE = 'FOREIGN KEY' 

CREATE TABLE #temp1( 
    TableName varchar(255), 
    ColumnName varchar(255), 
    ForeignKeyName sysname 
) 

OPEN FKColumns_cursor 
FETCH NEXT FROM FKColumns_cursor INTO @TableName, @ColumnName, @ForeignKeyName 

WHILE @@FETCH_STATUS = 0 
BEGIN 

    IF (SELECT COUNT(*) 
    FROM sysobjects o  
     INNER JOIN sysindexes x ON x.id = o.id 
     INNER JOIN syscolumns c ON o.id = c.id 
     INNER JOIN sysindexkeys xk ON c.colid = xk.colid AND o.id = xk.id AND x.indid = xk.indid 
    WHERE o.type in ('U') 
     AND xk.keyno <= x.keycnt 
     AND permissions(o.id, c.name) <> 0 
     AND (x.status&32) = 0 
     AND o.name = @TableName 
     AND c.name = @ColumnName 
    ) = 0 
    BEGIN 
     INSERT INTO #temp1 SELECT @TableName, @ColumnName, @ForeignKeyName 
    END 


    FETCH NEXT FROM FKColumns_cursor INTO @TableName, @ColumnName, @ForeignKeyName 
END 
CLOSE FKColumns_cursor 
DEALLOCATE FKColumns_cursor 

SELECT * FROM #temp1 ORDER BY TableName 
16
SELECT * 
FROM sys.foreign_keys fk 
WHERE EXISTS 
     (
     SELECT * 
     FROM sys.foreign_key_columns fkc 
     WHERE fkc.constraint_object_id = fk.object_id 
       AND NOT EXISTS 
       (
       SELECT * 
       FROM sys.index_columns ic 
       WHERE ic.object_id = fkc.parent_object_id 
         AND ic.column_id = fkc.parent_column_id 
         AND ic.index_column_id = fkc.constraint_column_id 
       ) 
     ) 

nie mam kopię SQL Server 2000 poręczne, ale być może trzeba zmienić sys.foreign_key do sysforeignkeys itp, jak opisano here.

To zapytanie wybiera wszystkie klucze obce, które nie mają indeksu obejmującego wszystkie kolumny, które składają się na klucz.

Obsługuje również wielokolumnowe klucze obce.

To jednak zwróci fałszywy wynik pozytywny, jeśli istnieje złożony indeks obejmujący wszystkie kolumny, ale nie są one skrajnie lewymi kolumnami w tym indeksie.

Podobnie, jeśli istnieje i indeks na (col1, col2, col3), zwróci to, że istnieje indeks pomimo faktu, że ten indeks nie nadaje się do użycia dla tego klucza obcego.

+0

To prawdopodobnie robi to, co chcę dla SQL Server 2005 i późniejszych, ale nie przetestowałem go. Będę pisać równoważnik SQL Server 2000 podczas jego konwersji. –

+1

Chciałbym również "AND ic.index_column_id = fkc.constraint_column_id" w NOT EXISTS, aby upewnić się, że indeks jest we właściwej kolejności kolumna klucza indeksu. W przeciwnym razie, dokładnie to, czego używam z dnia na dzień – gbn

5

Zbudowany na powyższym kodzie do spadku temp tabeli i uzyskać skryptów do tworzenia indeksów.

/* 
Description: 

    */ 
DECLARE 
    @SchemaName varchar(255), 
    @TableName varchar(255), 
    @ColumnName varchar(255), 
    @ForeignKeyName sysname 

SET NOCOUNT ON 
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 

DECLARE FKColumns_cursor CURSOR Fast_Forward FOR 
SELECT cu.TABLE_SCHEMA, cu.TABLE_NAME, cu.COLUMN_NAME, cu.CONSTRAINT_NAME 
FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS ic 
    INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE cu ON ic.CONSTRAINT_NAME = cu.CONSTRAINT_NAME 
WHERE ic.CONSTRAINT_TYPE = 'FOREIGN KEY' 

CREATE TABLE #temp1( 
    SchemaName varchar(255), 
    TableName varchar(255), 
    ColumnName varchar(255), 
    ForeignKeyName sysname 
) 

OPEN FKColumns_cursor 
FETCH NEXT FROM FKColumns_cursor INTO @SchemaName,@TableName, @ColumnName, @ForeignKeyName 

WHILE @@FETCH_STATUS = 0 
BEGIN 

    IF (SELECT COUNT(*) 
    FROM  sysobjects o  
     INNER JOIN sysindexes x ON x.id = o.id 
     INNER JOIN syscolumns c ON o.id = c.id 
     INNER JOIN sysindexkeys xk ON c.colid = xk.colid AND o.id = xk.id AND x.indid = xk.indid 
    WHERE  o.type in ('U') 
     AND xk.keyno <= x.keycnt 
     AND permissions(o.id, c.name) <> 0 
     AND (x.status&32) = 0 
     AND o.name = @TableName 
     AND c.name = @ColumnName 
    ) = 0 
    BEGIN 
     INSERT INTO #temp1 SELECT @SchemaName, @TableName, @ColumnName, @ForeignKeyName 
    END 


    FETCH NEXT FROM FKColumns_cursor INTO @SchemaName,@TableName, @ColumnName, @ForeignKeyName 
END 
CLOSE FKColumns_cursor 
DEALLOCATE FKColumns_cursor 

SELECT 'CREATE INDEX IDX_' + ForeignKeyName + ' ON ' + SchemaName + '.' + TableName + '(' + ColumnName +')' 
FROM #temp1 
ORDER BY TableName 

drop table #temp1 
0

Uwaga: To jest dla SQL Server 2005+ ale to było tylko pytanie znalazłem o ten temat.

--Finds foreign keys without indexes 
--How to interpret: 
--When we delete frpm PkTable, it checks FkColumn for the PkId we are deleting. 
--So if FkTable doesn't have an index on FkColumn, then we cannot delete a row from PkTable because it is too slow. 
SELECT rt.name as PkTableName, rc.name as PkColumnName, 
fk.name FkName, t.name as FkTableName, c.name as FkColumnName, ddps.row_count, i.name as IndexName 
FROM sys.foreign_key_columns fkc 
inner join sys.foreign_keys fk on fkc.constraint_object_id = fk.object_id 
inner join sys.tables t on fkc.parent_object_id = t.object_id 
inner join sys.columns c on fkc.parent_object_id = c.object_id and fkc.parent_column_id = c.column_id 
inner join sys.tables rt on fkc.referenced_object_id = rt.object_id 
inner join sys.columns rc on fkc.referenced_object_id = rc.object_id and fkc.referenced_column_id = rc.column_id 
inner join sys.indexes ri on t.object_id = ri.object_id 
inner JOIN sys.dm_db_partition_stats AS ddps ON ri.OBJECT_ID = ddps.OBJECT_ID AND ri.index_id = ddps.index_id 
left join sys.index_columns ic on ic.object_id = t.object_id and ic.column_id = c.column_id 
left join sys.indexes i on ic.object_id = i.object_id and i.index_id = ic.index_id 
where ri.index_id < 2 and i.index_id is null and ddps.row_count > 0 
order by 
--PkTableName, 
ddps.row_count desc 
Powiązane problemy