Est-il possible de lister toutes les clés étrangères dans une base de données?

Comment puis-je liste tous les FK dans une base de données sql server?

InformationsquelleAutor Byron Whitlock | 2009-08-04

108

- Je utiliser cette déclaration, il semble fonctionner assez bien.

SELECT RC.CONSTRAINT_NAME FK_Name
, KF.TABLE_SCHEMA FK_Schema
, KF.TABLE_NAME FK_Table
, KF.COLUMN_NAME FK_Column
, RC.UNIQUE_CONSTRAINT_NAME PK_Name
, KP.TABLE_SCHEMA PK_Schema
, KP.TABLE_NAME PK_Table
, KP.COLUMN_NAME PK_Column
, RC.MATCH_OPTION MatchOption
, RC.UPDATE_RULE UpdateRule
, RC.DELETE_RULE DeleteRule
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS RC
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE KF ON RC.CONSTRAINT_NAME = KF.CONSTRAINT_NAME
JOIN INFORMATION_SCHEMA.KEY_COLUMN_USAGE KP ON RC.UNIQUE_CONSTRAINT_NAME = KP.CONSTRAINT_NAME

Méfiez-vous! INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS omet certains des clés étrangères qui sys.foreign_keys retourne (dans mon cas, une clé étrangère avec Enforce For Replication ensemble de No. J'ai fini par utiliser cette réponse à la place: stackoverflow.com/a/10697248/14731
dieu vous bénisse pour que vous m'avez sauvé aujourd'hui - je ne pouvais pas comprendre ça!!

InformationsquelleAutor jsr

11

Théoriquement, c'est dur. Le modèle relationnel permet à n'importe quel champ se rapportent à tout autre domaine. Ceux qui sont réellement utilisé est défini par tous les possible de SÉLECTIONNER des déclarations qui pourraient être utilisés.

Pratiquement, cela dépend du nombre de tables ont le FK définitions incluses. Si quelqu'un a pris la peine de définir soigneusement tous les FK références -- et les instructions SELECT s'en tenir à ces règles -- vous pouvez les interroger.

Cependant, depuis une instruction SELECT peut adhérer à quoi que ce soit, il n'y a aucune garantie que vous avez tous FK est à moins d'avoir tous instructions SELECT.

Modifier.

Voir http://www.lostechies.com/blogs/jimmy_bogard/archive/2008/11/26/viewing-all-foreign-key-constraints-in-sql-server.aspx
```
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
```
Pourraient travailler pour vous.
- Toutes les clés étrangères sont définies. Comment interroger la définition de clés étrangères?
- Ce n'est pas en quelque sorte une réponse à la question. Une Clé Étrangère est une chose réelle, un objet dans la base de données (ou au moins une propriété d'un objet). La question ne demande pas de liste de chaque colonne que vous pouvez joindre contre, ça n'aurait pas de sens
- Whitlock: "Tous" rarement signifie tout, cela signifie généralement "Tous, mais à quelques exceptions près".
- Batkin: Le modèle Relationnel permet à chaque colonne de la clé étrangère. C'est la définition. Il n'y a aucune restriction n'est imposée partout. FK définie dans SQL server sont une optimisation pour certaines requêtes. Jusqu'à ce que vous avez TOUS les SÉLECTIONNE, vous n'avez pas vraiment savoir.
- Je me demande où dans la question d'origine, il est mentionné que le seul intérêt de FKs sont effectivement utilisés...
- Aditionally, il leur demande concrètement à propos de la définition de FKs, pas le potentiel FKs définis implicitement par les Sélectionne. Je pense que vous êtes la lecture de trop sur la question.
- Je suis en désaccord. Il est clair à partir de la question, et toutes les communes de l'utilisation que j'ai jamais vu (y compris Wikipedia, qui pour le calcul de définitions est généralement assez précis) que la question est certainement à propos de l'objet de base de données (qui existe dans TOUS ACIDE Sgbdr) "CLÉ ÉTRANGÈRE".
- Batkin: je suis d'accord, la question est "défini" les clés étrangères>. La question est une mauvaise question, parce que définis FK ne sont pas non TOUS les clés étrangères. Je pense que ça aide à noter lors de la question, comme l'a demandé -- est incomplète ou inexacte.
- Un modèle relationnel FK est un ensemble de colonnes dont les subrow valeurs dans d'autres pays comme CK. FKs ne sont pas nécessaires pour joindre & joinability ne dit rien sur les clefs étrangères. Mais c'est sans importance parce que la question se pose au sujet de SQL & cela signifie bien évidemment l'déclaré conceptuel SQL choses caractérisé par un nom & 2 tables avec des colonnes des listes de référencement subrow valeurs doivent apparaître comme UNIQUE référencé subrow valeurs.
InformationsquelleAutor S.Lott
7

- Je utiliser http://technet.microsoft.com/en-us/library/ms189807.aspx
```
SELECT * FROM sys.foreign_keys
```
Que si vous êtes sur au moins SQL Server 2005+ et que vous voulez voir une liste de FK de noms.

Mais vous voulez probablement savoir plus sur les tables qui sont liées aussi, n'est-ce pas, c'est là où la réponse est à portée de main.

InformationsquelleAutor Pricey

Ici est un plus instructif façon de le présenter

SELECT DISTINCT PARENT_TABLE = 
            RIGHT(Replace(TC.constraint_name, 'FK_', ''), 
            Len(Replace(TC.constraint_name, 'FK_', '')) - Charindex('_', Replace(TC.constraint_name, 'FK_', ''))), 
            CHILD_TABLE = TC.table_name, 
            CU.column_name, 
            TC.constraint_name, 
            TC.constraint_type 
FROM information_schema.table_constraints TC 
INNER JOIN information_schema.constraint_column_usage CU 
            ON TC.constraint_name = CU.constraint_name 
WHERE  TC.constraint_type LIKE '%foreign' 
            OR TC.constraint_type LIKE '%foreign%' 
            OR TC.constraint_type LIKE 'foreign%'

InformationsquelleAutor ArsedianIvan

Vous devez vous connecter pour publier un commentaire.