pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
pg_depend #目录 pg_depend 记录数据库对象之间的依赖关系。这些信息允许 DROP 命令查找必须被 DROP CASCADE 删除的其他对象，或者在 DROP RESTRICT 情况下阻止删除。
另请参阅 pg_shdepend，它对涉及数据库集簇共享对象的依赖提供了相似的功能。
表 51.18. pg_depend 列
| 名称 | 类型 | 引用 | 描述 |
|---|---|---|---|
classid |
oid |
|
依赖对象所在系统目录的 OID |
objid |
oid |
任意 OID 列 | 特定依赖对象的 OID |
objsubid |
int4 |
对于一个表列，这里是列号（objid 和 classid 指表本身）。对于所有其他对象类型，此列为 0。 |
|
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_EXTENSION（e）依赖对象是作为被引用对象的扩展的一个成员（参见 pg_extension）。只能通过对被引用对象执行 DROP EXTENSION 来删除依赖对象。在功能上，这种依赖类型与内部依赖相同，但为了清晰和简化 pg_dump 而单独区分。
DEPENDENCY_AUTO_EXTENSION（x）依赖对象不是作为被引用对象的扩展的成员（因此 pg_dump 不应忽略它），但它无法在没有该扩展的情况下运行，所以删除扩展时也应删除它。依赖对象也可以单独删除。
DEPENDENCY_PIN (p)不存在依赖对象；这种项表示系统本身依赖于被引用对象，因此该对象绝不能删除。这种项只由 initdb 创建。用于表示依赖对象的各列包含零。
未来可能需要其他依赖关系的变种。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。