历史版本。 PostgreSQL 8.0 已结束支持。 请参阅 当前版本手册.
41.13. pg_depend #
目录pg_depend记录数据库对象之间的依赖关系。这些信息允许DROP命令查找必须被DROP CASCADE删除的其他对象，或者在DROP RESTRICT情况下阻止删除。
表 41.13. pg_depend Columns
| 名称 | 类型 | 引用 | 描述 |
|---|---|---|---|
classid | oid | | 包含此依赖对象所在的系统目录的 OID |
objid | oid | 指定依赖对象本身的 OID | |
objsubid | int4 | 对于表列，这是列号（objid和classid指向表本身）。对于所有其他对象类型，该列是零 | |
refclassid | oid | | 被引用对象所在的系统目录的OID |
refobjid | oid | 任意 OID 列 | 指定被引用对象的OID |
refobjsubid | int4 | 对于一个表列，这里是列号（refobjid和refclassid指表本身）。对于所有其他对象类型，此列为0。
| |
deptype | char | 定义此依赖关系语义的一个代码，见文本 |
在所有情况下，一条pg_depend记录都表示：如果不同时删除依赖对象，就不能删除被引用对象。不过，还存在若干由deptype标识的子类型：
DEPENDENCY_NORMAL(n)两个独立创建的对象之间的正常关系。依赖对象可以被删除而不影响被引用对象。被引用对象只能通过指定
CASCADE来删除，这样依赖对象也会被删除。例如：表列对其数据类型有一个正常依赖关系。DEPENDENCY_AUTO(a)依赖对象可以与被引用对象分开删除，并且在被引用对象删除时应自动删除（无论使用
RESTRICT还是CASCADE模式）。例如，表上的命名约束会自动依赖于该表，因此删除表时该约束也会消失。DEPENDENCY_INTERNAL(i)依赖对象作为被引用对象创建过程的一部分而创建，实际上只是其内部实现的一部分。对依赖对象执行
DROP会被直接禁止（我们会告诉用户改为对被引用对象执行DROP）。对被引用对象执行DROP会传播到依赖对象，使其被删除，无论是否指定CASCADE。例如，为实施外键约束而创建的触发器会在内部依赖于该约束的pg_constraint项。DEPENDENCY_PIN(p)不存在依赖对象；这种类型的项表示系统本身依赖于被引用对象，因此该对象绝不能删除。这种类型的项只由
initdb创建。用于表示依赖对象的各列包含零。
未来可能需要其他依赖关系的变种。