42.16. pg_depend

pg_depend 表记录数据库对象之间的依赖关系。 这个信息允许 DROP 命令找出哪些其他的对象必须由 DROP CASCADE 删除, 或者是在 DROP RESTRICT 的情况下避免删除。

又见 pg_shdepend, 这个表的功能类似,用于记录那些在数据库集群之间共享的对象之间的依赖性关系。

Table 42-16. pg_depend 字段

名字类型引用描述
classidoidpg_class.oid有倚赖对象所在系统表的 OID
objidoid任何 OID 属性指定的有依赖对象的 OID
objsubidint4 对于表字段,这个是该属性的字段数(objidclassid引用表本身)。 对于所有其他对象类型,目前这个字段是零。
refclassidoidpg_class.oid被引用对象所在的系统表的 oid
refobjidoid任意 OID 属性指定的被引用对象的 OID
refobjsubidint4  对于表字段,这个是该字段的字段号(objidclassid引用表本身)。 对于所有其他对象类型,目前这个字段是零。
deptypechar  一个定义这个依赖关系特定语义的代码。见文本。

在所有情况下,一个 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的时候创建。有依赖对象的字段里是零。

将来可能还会有其他依赖的风格。