2009-09-10 3 views
15

Ho un database SQL Server 2000 con circa 220 tabelle. Queste tabelle hanno un numero di relazioni a chiave esterna tra di loro. Attraverso l'analisi delle prestazioni, abbiamo scoperto che alcune di queste relazioni con le chiavi estranee mancano di indici. Invece di essere reattivo ai problemi di prestazioni, mi piacerebbe essere proattivo e trovare tutte le chiavi estranee che mancano gli indici.Come trovare chiavi esterne non indicizzate in SQL Server

Come è possibile determinare a livello di codice quale chiave esterna mancano gli indici?

+0

Manca o utilizzato raramente? Questo articolo è per il 2005, ma potrebbe aiutare: http://blogs.msdn.com/sqlcat/archive/2006/02/13/531339.aspx –

+0

Manca. Raramente usato è un altro interessante ottimizzazione delle prestazioni, ma non è quello che mi interessa qui. –

risposta

7

Ecco una risposta che funziona per SQL Server 2000 scritto da un collega:

/* 
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 
       ) 
     ) 

Non ho una copia di SQL Server 2000 a portata di mano, ma potrebbe essere necessario cambiare sys.foreign_key-sysforeignkeys ecc, come descritto here.

Questa query seleziona tutte le chiavi esterne che non hanno un indice che copre tutte le colonne che comprendono la chiave.

Questo supporta anche chiavi esterne a più colonne.

Questo, tuttavia, restituirà un falso positivo se esiste un indice composito che copre tutte le colonne ma non sono le colonne più a sinistra in questo indice.

Come, se c'è un FOREIGN KEY (col2, col3) e un indice su (col1, col2, col3), questo restituirà che esiste un indice nonostante il fatto che questo indice sia inutilizzabile per questa chiave esterna.

+0

Probabilmente ciò che voglio per SQL Server 2005 e versioni successive, ma non l'ho ancora testato. Pubblicherò l'equivalente di SQL Server 2000 quando lo converto. –

+1

Avrei anche 'AND ic.index_column_id = fkc.constraint_column_id' in NOT EXISTS per assicurare che l'indice sia nell'ordine corretto della colonna della chiave dell'indice. Altrimenti, esattamente quello che uso giorno per giorno – gbn

5

Costruito sul codice qui sopra per eliminare la tabella temporanea e ottenere gli script per creare gli indici.

/* 
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

Nota: Questa è per SQL Server 2005 +, ma questa è stata l'unica domanda che ho trovato su questo argomento.

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