↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16 / 15 / 14
开发中的版本: 19 / 20devel
已结束支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3
历史版本。 PostgreSQL 7.4 已结束支持。 请参阅 当前版本手册.

5.10. 依赖跟踪 #

当我们创建一个涉及到很多具有外键约束、视图、触发器、函数等的表的复杂数据库结构时,我们隐式地创建了一张对象之间的依赖关系网。例如,具有一个外键约束的表依赖于它所引用的表。

为了确保整个数据库结构的完整性,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 列依赖在升级过程中不会被维护或创建。所有其他依赖类型在升级期间都会被正确创建。

报告文档问题

阅读 上游文档. 反馈更正前请先核对 当前版本手册.