Как найти зависимости внешнего ключа в SQL Server?

Ответ 1

Следующий запрос поможет вам начать работу. В нем перечислены все отношения внешних ключей в текущей базе данных.

SELECT
    FK_Table = FK.TABLE_NAME,
    FK_Column = CU.COLUMN_NAME,
    PK_Table = PK.TABLE_NAME,
    PK_Column = PT.COLUMN_NAME,
    Constraint_Name = C.CONSTRAINT_NAME
FROM
    INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS C
INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS FK
    ON C.CONSTRAINT_NAME = FK.CONSTRAINT_NAME
INNER JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS PK
    ON C.UNIQUE_CONSTRAINT_NAME = PK.CONSTRAINT_NAME
INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE CU
    ON C.CONSTRAINT_NAME = CU.CONSTRAINT_NAME
INNER JOIN (
            SELECT
                i1.TABLE_NAME,
                i2.COLUMN_NAME
            FROM
                INFORMATION_SCHEMA.TABLE_CONSTRAINTS i1
            INNER JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE i2
                ON i1.CONSTRAINT_NAME = i2.CONSTRAINT_NAME
            WHERE
                i1.CONSTRAINT_TYPE = 'PRIMARY KEY'
           ) PT
    ON PT.TABLE_NAME = PK.TABLE_NAME

Вы также можете просматривать отношения графически в студии SQL Server Management в диаграммах базы данных.

Ответ 2

попробуйте: sp_help [table_name]

вы получите всю информацию о таблице, включая все внешние ключи

Ответ 3

Если вы планируете удалить или переименовать таблицу или столбец, то только зависимостей внешнего ключа может быть недостаточно.

Ссылка на таблицы, не связанные с внешним ключом. Вам также нужно будет искать ссылки на таблицы, которые могут быть не связаны с внешним ключом (Ive видел много баз данных с плохим дизайном, у которых не были определены внешние ключи, но которые имели соответствующие данные). Решением может быть поиск имени столбца во всех таблицах и поиск похожих столбцов.

Другие объекты базы данных - это, вероятно, немного не соответствует теме, но если вы искали все ссылки, кроме того, что важно также проверить зависимые объекты.

Инструменты GUI - попробуйте SSMS "Найти связанные объекты" или инструменты, такие как ApexSQL Search (бесплатный инструмент, интегрируется в SSMS), чтобы идентифицировать все зависимые объекты, включая связанные таблицы с внешним ключом.

Ответ 4

Поскольку ваш вопрос ориентирован на одну таблицу, вы можете использовать это:

EXEC sp_fkeys 'TableName'

Я нашел его здесь:

fooobar.com/questions/14822/...

Я нашел нужную мне информацию довольно быстро. В нем перечислены таблица, столбец и имя внешнего ключа.

РЕДАКТИРОВАТЬ

Здесь ссылка на документацию, в которой описываются различные параметры, которые могут быть использованы: https://docs.microsoft.com/en-us/sql/relational-databases/system-stored-procedures/sp-fkeys-transact-sql

Ответ 5

Я думаю, что это script дешевле:

SELECT f.name AS ForeignKey, OBJECT_NAME(f.parent_object_id) AS TableName,
    COL_NAME(fc.parent_object_id, fc.parent_column_id) AS ColumnName,
    OBJECT_NAME (f.referenced_object_id) AS ReferenceTableName,
    COL_NAME(fc.referenced_object_id, fc.referenced_column_id) AS ReferenceColumnName
FROM sys.foreign_keys AS f
INNER JOIN sys.foreign_key_columns AS fc
ON f.OBJECT_ID = fc.constraint_object_id

Ответ 6

Тот, который мне очень нравится использовать, называется SQL Dependency Tracker от Red Gate Software. Вы можете поместить любые объекты (базы) базы данных, такие как таблицы, хранимые процедуры и т.д., И затем автоматически вычертите линии отношений между всеми другими объектами, которые полагаются на выбранные вами элементы.

Дает очень хорошее графическое представление зависимостей в вашей схеме.

Ответ 7

Большое спасибо Джону Сансому, его запрос потрясающий!

Кроме того, вы должны добавить "AND PT.ORDINAL_POSITION = CU.ORDINAL_POSITION" в конце вашего запроса.

Если у вас есть несколько полей в первичном ключе, этот оператор будет соответствовать соответствующим полям друг другу (у меня был случай, ваш запрос создал все комбинации, поэтому для двух полей в первичном ключе у меня было 4 результата для соответствующего внешний ключ).

(Извините, я не могу прокомментировать ответ Джона, поскольку у меня недостаточно очков репутации).

Ответ 8

Этот запрос вернет сведения о внешних ключах в таблице, поддерживает несколько столбцов.

    SELECT *
    FROM
    (
    SELECT 
    T1.constraint_name ConstraintName,
    T2.COLUMN_NAME ColumnName,
    T3.TABLE_NAME RefTableName, 
    T3.COLUMN_NAME RefColumnName,
    T1.MATCH_OPTION MatchOption, 
    T1.UPDATE_RULE UpdateRule, 
    T1.DELETE_RULE DeleteRule
    FROM 
    INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS T1
    INNER JOIN
    INFORMATION_SCHEMA.KEY_COLUMN_USAGE T2 
    ON T1.CONSTRAINT_NAME = T2.CONSTRAINT_NAME
    INNER JOIN
    INFORMATION_SCHEMA.KEY_COLUMN_USAGE T3 
    ON T1.UNIQUE_CONSTRAINT_NAME = T3.CONSTRAINT_NAME 
    AND T2.ORDINAL_POSITION = T3.ORDINAL_POSITION) A
    WHERE A.ConstraintName = 'table_name'

Ответ 9

После длительного поиска я нашел рабочее решение. Моя база данных не использует sys.foreign_key_columns, а информация_schema.key_column_usage содержит только первичные ключи.

Я использую SQL Server 2015

РЕШЕНИЕ 1 (редко используется)

Если другие решения не работают, это будет работать нормально:

        WITH CTE AS
        (
            SELECT 
                TAB.schema_id,
                TAB.name,
                COL.name AS COLNAME,
                COl.is_identity
            FROM 
                sys.tables TAB INNER JOIN sys.columns COL 
                    ON TAB.object_id = COL.object_id
        )
        SELECT 
            DB_NAME() AS [Database], 
            SCHEMA_NAME(Child.schema_id) AS 'Schema',
            Child.name AS 'ChildTable',
            Child.COLNAME AS 'ChildColumn',
            Parent.name AS 'ParentTable',
            Parent.COLNAME AS 'ParentColumn'
        FROM 
            cte Child INNER JOIN CTE Parent
                ON 
                    Child.COLNAME=Parent.COLNAME AND 
                    Child.name<>Parent.name AND 
                    Child.is_identity+1=Parent.is_identity

РЕШЕНИЕ 2 (обычно используется)

В большинстве случаев это будет очень хорошо:

        SELECT
            DB_NAME() AS [Database], 
            SCHEMA_NAME(fk.schema_id) AS 'Schema',
            fk.name 'Name',
            tp.name 'ParentTable',
            cp.name 'ParentColumn',
            cp.column_id,
            tr.name 'ChildTable',
            cr.name 'ChildColumn',
            cr.column_id
        FROM
            sys.foreign_keys fk
        INNER JOIN
            sys.tables tp ON fk.parent_object_id = tp.object_id
        INNER JOIN
            sys.tables tr ON fk.referenced_object_id = tr.object_id
        INNER JOIN
            sys.foreign_key_columns fkc ON fkc.constraint_object_id = fk.object_id
        INNER JOIN
            sys.columns cp ON fkc.parent_column_id = cp.column_id AND fkc.parent_object_id = cp.object_id
        INNER JOIN
            sys.columns cr ON fkc.referenced_column_id = cr.column_id AND fkc.referenced_object_id = cr.object_id
        WHERE 
            -- CONCAT(SCHEMA_NAME(fk.schema_id), '.', tp.name, '.', cp.name) LIKE '%my_table_name%' OR
            -- CONCAT(SCHEMA_NAME(fk.schema_id), '.', tr.name, '.', cr.name) LIKE '%my_table_name%' 
        ORDER BY
            tp.name, cp.column_id

Ответ 10

Вы можете использовать INFORMATION_SCHEMA.KEY_COLUMN_USAGE и sys.foreign_key_columns для получения метаданных внешнего ключа для таблицы, т.е. Имени ограничения, справочной таблицы, столбца ссылок и т.д.

Ниже приведен запрос:

SELECT  CONSTRAINT_NAME, COLUMN_NAME, ParentTableName, RefTableName,RefColName FROM 
    (SELECT CONSTRAINT_NAME,COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = '<tableName>') constraint_details
    INNER JOIN  
    (SELECT ParentTableName, RefTableName,name ,COL_NAME(fc.referenced_object_id,fc.referenced_column_id) RefColName  FROM (SELECT object_name(parent_object_id) ParentTableName,object_name(referenced_object_id) RefTableName,name,OBJECT_ID  FROM sys.foreign_keys WHERE parent_object_id = object_id('<tableName>') ) f 
    INNER JOIN   
    sys.foreign_key_columns AS fc  ON  f.OBJECT_ID = fc.constraint_object_id ) foreign_key_detail 
    on foreign_key_detail.name = constraint_details.CONSTRAINT_NAME

Ответ 11

Просто примечание для ответа "Джон Сансом",

Если ищутся зависимые внешние ключи, я думаю, что предложение PT Where должно быть:

i1.CONSTRAINT_TYPE = 'FOREIGN KEY'  -- instead of 'PRIMARY KEY'

и его условие ВКЛ:

ON PT.TABLE_NAME = FK.TABLE_NAME – instead of PK.TABLE_NAME

Как обычно используется первичный ключ внешней таблицы, я думаю, что эта проблема еще не была замечена.

Ответ 12

SELECT  obj.name AS FK_NAME,
    sch.name AS [schema_name],
    tab1.name AS [table],
    col1.name AS [column],
    tab2.name AS [referenced_table],
    col2.name AS [referenced_column]
FROM sys.foreign_key_columns fkc
INNER JOIN sys.objects obj
    ON obj.object_id = fkc.constraint_object_id
INNER JOIN sys.tables tab1
    ON tab1.object_id = fkc.parent_object_id
INNER JOIN sys.schemas sch
    ON tab1.schema_id = sch.schema_id
INNER JOIN sys.columns col1
    ON col1.column_id = parent_column_id AND col1.object_id = tab1.object_id
INNER JOIN sys.tables tab2
    ON tab2.object_id = fkc.referenced_object_id
INNER JOIN sys.columns col2
    ON col2.column_id = referenced_column_id AND col2.object_id = tab2.object_id

Это даст вам:

Сама ФК Схема, к которой принадлежит ФК

• "Таблица ссылок" или таблица, которая имеет FK
• "Столбец ссылки" или столбец внутри таблицы ссылок, который указывает на FK
• "Ссылочная таблица" или таблица с ключевым столбцом, на который указывает ваш FK
• "Ссылочный столбец" или столбец, который является ключом, на который указывает ваш FK

Ответ 13

USE information_schema;

SELECT COLUMN_NAME, REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME
FROM KEY_COLUMN_USAGE
WHERE (table_name = *tablename*) AND NOT (REFERENCED_TABLE_NAME IS NULL)