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 列依赖在升级过程中不会被维护或创建。所有其他依赖类型在升级期间都会被正确创建。