pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
当我们创建一个涉及到很多具有外键约束、视图、触发器、函数等的表的复杂数据库结构时，我们隐式地创建了一张对象之间的依赖关系网。例如，具有一个外键约束的表依赖于它所引用的表。
为了保证整个数据库结构的完整性，PostgreSQL确保我们无法删除仍然被其他对象依赖的对象。例如，尝试删除第 5.3.5 节中考虑过的产品表，由于有订单表依赖于它，会导致一个如下的错误消息：
DROP TABLE products; NOTICE: constraint orders_product_no_fkey on table orders depends on table products ERROR: cannot drop table products because other objects depend on it HINT: Use DROP ... CASCADE to drop the dependent objects too.
该错误消息包含了一个有用的提示：如果我们不想一个一个去删除所有的依赖对象，我们可以执行：
DROP TABLE products CASCADE;
这样所有的依赖对象将被移除。在这种情况下，它不会移除订单表，只会移除外键约束。（如果想检查DROP ... CASCADE会做什么，可以不带CASCADE运行DROP并阅读NOTICE消息。）
PostgreSQL中所有 DROP 命令都支持指定CASCADE。当然，可能出现的依赖关系形态会随着对象类型不同而变化。你也可以写RESTRICT来代替CASCADE，从而得到默认行为，也就是阻止删除任何被其他对象依赖的对象。
根据 SQL 标准，必须指定RESTRICT或CASCADE二者之一。实际上，没有数据库系统强制执行这条规则，但不同系统的默认行为是RESTRICT还是CASCADE，各有不同。
在升级过程中，来自PostgreSQL 7.3 之前版本的外键约束依赖和 serial 列依赖不会被维护或创建。从 7.3 之前的数据库升级时，所有其他类型的依赖都会被正确创建。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。