pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
当我们创建一个涉及到很多具有外键约束、视图、触发器、函数等的表的复杂数据库结构时，我们隐式地创建了一张对象之间的依赖关系网。例如，具有一个外键约束的表依赖于它所引用的表。
为了确保整个数据库结构的完整性， PostgreSQL 确保你不能 删除仍被其他对象依赖的对象。例如， 试图删除我们在 第 5.4.5 节 中考虑过的 products 表（orders 表 依赖它），会得到像这样的错误消息：
DROP TABLE products; NOTICE: constraint $1 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;
，所有依赖对象都会被删除。在这种情况下，它 不会删除 orders 表，只会删除外键 约束。 (If you want to check what DROP ... CASCADE will do, run DROP without CASCADE and read the NOTICE messages.)
PostgreSQL中所有 DROP 命令都支持指定CASCADE。当然，可能出现的依赖关系形态会随着对象类型不同而变化。你也可以写RESTRICT来代替CASCADE，从而得到默认行为，也就是阻止删除任何被其他对象依赖的对象。
根据 SQL 标准，必须指定 RESTRICT 或 CASCADE 之一。实际上没有数据库系统按这种方式实现，但 默认行为是 RESTRICT 还是 CASCADE 因系统而异。
PostgreSQL 7.3 之前版本的外键 约束依赖和 serial 列依赖在升级 过程中不会被维护或创建。所有其他 依赖类型在升级期间都会被正确 创建。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。