查某表被哪些外键引用需逆向查询系统表：PostgreSQL用pg_constraint.confrelid匹配目标表OID；MySQL查INFORMATION_SCHEMA.KEY_COLUMN_USAGE中REFERENCED_TABLE_NAME；SQL Server查sys.foreign_keys.referenced_object_id。
PostgreSQL 怎么查某个表被哪些外键引用
直接用 pg_constraint 联查 pg_class，别依赖 \d+ —— 它只显示本表的外键定义，不显示“谁引用了我”。
常见错误是执行 \d+ table_name 后没找到引用关系，就以为没被依赖，其实只是命令没查对方向。
- 关键看
confrelid字段：它指向被引用的表（即你的目标表） -
conrelid才是外键所在表，别搞反 - 必须 join
pg_class两次：一次找目标表 OID，一次把外键所在的表名还原出来
SELECT conname AS constraint_name, conrelid::regclass AS referencing_table, a.attname AS referencing_column FROM pg_constraint c JOIN pg_class cl ON c.confrelid = cl.oid JOIN pg_attribute a ON a.attnum = c.conkey[1] AND a.attrelid = c.conrelid WHERE cl.relname = 'your_table_name' AND c.contype = 'f';
MySQL 查外键依赖为什么 SHOW CREATE TABLE 不够用
SHOW CREATE TABLE 只展示本表定义的外键（FOREIGN KEY 子句），但不会告诉你“哪张表的哪个字段指向我”。逆向依赖得翻 INFORMATION_SCHEMA.KEY_COLUMN_USAGE。
容易踩的坑：字段名可能不是 column_name，而是 referenced_column_name —— 这个字段为空，说明没被引用；非空才表示当前行是“引用者”。
- 过滤条件必须同时满足：
referenced_table_name = 'your_table'且referenced_column_name IS NOT NULL - 注意
TABLE_SCHEMA，跨库外键必须显式指定 schema，否则查不到 - MySQL 8.0+ 的
INFORMATION_SCHEMA查询稍慢，大库建议加WHERE TABLE_SCHEMA = 'xxx'限定范围
SELECT CONSTRAINT_NAME, TABLE_NAME AS referencing_table, COLUMN_NAME AS referencing_column FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'your_table_name' AND REFERENCED_COLUMN_NAME IS NOT NULL;
SQL Server 中 sys.foreign_keys 查询结果为空？
空结果通常不是没依赖，而是没指定 parent_object_id 或 referenced_object_id 方向错了。逆向查“谁引用我”，得用 referenced_object_id 匹配目标表 ID。
很多人误用 parent_object_id 去查（那是查“我引用谁”），导致漏掉所有结果。
- 先用
OBJECT_ID('your_table')拿到目标表 ID - 在
sys.foreign_keys中查referenced_object_id等于该 ID 的记录 - 再 join
sys.foreign_key_columns拿具体字段映射，constraint_column_id和parent_column_id别混淆
SELECT
f.name AS constraint_name,
OBJECT_NAME(f.parent_object_id) AS referencing_table,
COL_NAME(fc.parent_object_id, fc.parent_column_id) AS referencing_column
FROM sys.foreign_keys f
JOIN sys.foreign_key_columns fc ON f.object_id = fc.constraint_object_id
WHERE f.referenced_object_id = OBJECT_ID('your_table_name');
外键依赖查不到？先确认这三件事
不是 SQL 写错，而是环境或定义本身有问题。90% 的“查不到”都卡在这几个点上。
- 目标表名大小写是否匹配？PostgreSQL 默认小写，MySQL 在 case-sensitive 文件系统下也区分
- 外键是否在另一个 schema？PostgreSQL 和 SQL Server 必须带 schema 名（如
public.your_table），否则regclass或OBJECT_ID()解析失败 - 外键有没有被
NOT VALID或DISABLE？PostgreSQL 的NOT VALID外键仍存在于系统表，但 MySQL 的DISABLE KEYS不影响元数据，SQL Server 的WITH NOCHECK也不影响查询结果 —— 所以这个一般不是原因，但常被怀疑
最麻烦的是跨库或跨 schema 场景，名字看着一样，实际 OID 或 object_id 对不上，查之前务必先 SELECT OBJECT_ID('schema.table') 或 SELECT 'your_table'::regclass 确认解析结果。
