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

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

依赖对象作为被引用对象创建过程的一部分而创建，实际上只是其内部实现的一部分。 对依赖对象执行DROP会被直接禁止（我们会告诉用户改为对被引用对象执行DROP）。 对被引用对象执行DROP会传播到依赖对象，使其被删除，无论是否指定CASCADE。 例如，为实施外键约束而创建的触发器会在内部依赖于该约束的pg_constraint项。

依赖对象作为被引用对象创建过程的一部分而创建，实际上只是其内部实现的一部分。 对依赖对象执行DROP会被直接禁止（我们会告诉用户改为对被引用对象执行DROP）。 对于普通内部依赖，只要还有任何这样的依赖关系存在，就不能删除依赖对象； 而DEPENDENCY_INTERNAL_AUTO允许删除，只要沿这些依赖关系中的任意一个能够找到该对象。 例如，分区上的索引既以内部自动方式依赖于分区本身，也依赖于父分区表上的索引； 因此，无论删除该分区索引所索引的分区，还是删除它所附属的父索引，都会一并删除该分区索引。

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

依赖对象不是作为被引用对象的扩展的成员（因此 pg_dump 不应忽略它），但它无法在没有该扩展的情况下运行， 所以删除扩展时也应删除它。依赖对象也可以单独删除。

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