分别创建的对象之间的正常关系。可以在不影响引用对象的情况下删除依赖对象。只能通过指定 CASCADE 删除引用对象，在这种情况下，依赖对象也会被删除。例如：表列对数据类型有正常依赖关系。

可以单独删除依赖对象，如果引用对象被删除，则应自动删除（无论 RESTRICT 或 CASCADE 模式）（）。例如：表的命名约束被设置为对表自动依赖，以便在删除表时将其删除。

依赖对象是在创建引用对象时创建的，实际上只是其内部实现的一部分。将完全禁止直接 DROP 依赖对象（我们将告诉用户改用 DROP 引用对象）。DROP 引用对象将导致自动删除依赖对象，无论是否指定 CASCADE。如果依赖对象必须由于对其他对象的依赖关系被移除而被删除，则其删除将转换为对引用对象的删除，因此依赖对象的 NORMAL 和 AUTO 依赖关系的行为就像它们是引用对象的依赖关系一样。例如：视图的 ON SELECT 规则在内部依赖于视图，阻止其在视图保留时被删除。规则的依赖关系（例如它引用的表）的行为就像它们是视图的依赖关系一样。

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

依赖对象是作为引用对象（见 pg_extension）的 扩展 的成员。只能通过对引用对象执行 DROP EXTENSION 来删除依赖对象。在功能上，这种依赖关系类型与 INTERNAL 依赖关系相同，但为了清晰起见并简化 pg_dump，它被分开。

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