两个独立创建的对象之间的正常关系。依赖对象可以被删除而不影响被引用对象。被引用对象只能通过指定 CASCADE 来删除，这样依赖对象也会被删除。例如：表列对其数据类型有一个正常依赖关系。

依赖对象可以与被引用对象分开删除，并且应在被引用对象被删除时自动删除（无论是 RESTRICT 还是 CASCADE 模式）。例如：表上的命名约束会自动依赖于表，因此如果表被删除，约束也会消失。

依赖对象是在创建被引用对象时创建的，实际上只是其内部实现的一部分。对依赖对象的直接 DROP 将被直接禁止（我们会告诉用户对被引用对象发出 DROP）。对被引用对象的 DROP 将导致自动删除依赖对象，无论是否指定了 CASCADE。如果某个其他对象被删除，导致依赖于它的对象也必须被删除，其删除将转换为对被引用对象的删除，以便依赖对象的 NORMAL 和 AUTO 依赖行为类似于它们是被引用对象的依赖关系。示例：视图的 ON SELECT 规则在内部依赖于视图，防止在视图仍存在时删除该规则。规则的依赖关系（例如它引用的表）就好像它们是视图的依赖关系一样。

依赖对象是在创建被引用对象时创建的，实际上只是其内部实现的一部分；然而，与 INTERNAL 不同，存在多个这样的被引用对象。除非这些被引用对象中至少有一个被删除，否则不得删除依赖对象；如果有任何一个被删除，无论是否指定了 CASCADE，依赖对象都应该被删除。与 INTERNAL 不同的是，依赖对象依赖的其他对象的删除不会导致任何分区被引用对象的自动删除。因此，如果删除未通过其他路径级联到这些对象中的至少一个，该删除操作就会被拒绝。（在大多数情况下，依赖对象与至少一个分区被引用对象共享所有非分区依赖关系，因此，这一限制不会导致阻止任何级联删除。）主要和次要分区依赖关系的行为相同，只是错误消息会优先采用主要依赖关系；因此，分区依赖对象应该有一个主要分区依赖关系和一个或多个次要分区依赖关系。请注意，分区依赖关系是额外添加的，而不是替代对象通常具有的任何依赖关系。这简化了 ATTACH/DETACH PARTITION 操作：只需添加或删除分区依赖关系。例如：子分区索引对其所在的分区表和父分区索引都有分区依赖关系，因此，如果其中任何一个被删除，它将消失，否则不会。对父索引的依赖是主要的，因此如果用户尝试删除子分区索引，错误消息将建议删除父索引（而不是表）。

依赖对象是作为被引用对象的扩展（extension）的一个成员（参见 pg_extension）。依赖对象只能通过被引用对象上的 DROP EXTENSION 来删除。在功能上，这种依赖类型与 INTERNAL 依赖相同，但为了清晰和简化 pg_dump 而保持分开。

依赖对象不是作为被引用对象的扩展的成员（因此不应被 pg_dump 忽略），但它无法在没有扩展的情况下运行，如果扩展被删除，它应该被自动删除。依赖对象也可以单独删除。从功能上讲，这种依赖类型与 AUTO 依赖相同，但为了清晰起见和简化 pg_dump，它被保持分开。

不存在依赖对象；这种项表示系统本身依赖于被引用对象，因此该对象绝不能删除。这种项只由 initdb 创建。用于表示依赖对象的各列包含零。