performance - 在 Postgres 数据库上，关系约束会降低性能吗？

Question

这是我在这里的第一篇文章，我已经尝试做功课了。

我需要一种比使用 Power*Architect 更好的方法来为 Postgres 开发数据仓库数据库。这是完整的悲伤历史:

我从事数据仓库开发工作，主要是在免费/开放平台(Linux+Postgres)上。我创建的所有表在它们之间没有任何关系，因为在 DW 环境中，FK 的实现几乎没有增加任何值(value)。之所以如此，是因为我可以完全控制表格中的内容。此外，在进行一些维护(如更新或删除错误行)时，这些约束会增加额外的工作量，因此我将它们排除在外。

为了对这些 DWs 数据库建模，我必须绘制图表，并且通过外键/主键显示哪个表与哪个槽相关是一个很好的做法。看到关系有助于模型与客户的沟通，也有助于模型的开发。

但是，大多数数据库建模器(例如 PowerArchitect)都会生成代码来实际创建约束。除了自己修改 PowerArchitect 代码之外，没有办法阻止它这样做。

这就是问题真正困扰我的时候:当我开始改进模型时，每当我对照我的模型(充满 FKs 关系线)检查当前数据库(我完全没有关系)以找到什么(表、列、索引)进行更改时，Power*Architect 提示缺少关系，并“友善地”生成代码来创建它们。我必须通过大量思维过滤来阅读差异(尝试在不接受添加约束命令的情况下阅读代码)，并且在将差异 SQL 应用于我的数据库时，我必须手动删除这些命令。

如果像在 Oracle 上一样，我可以命令 Postgres 关闭关系约束，那将不是问题。我可以在 Power*Architect 上保留整洁的图表，而不必担心数据库中有效的关系。但是我不能(而且我永远不会转移到 Oracle。)因此，如果我可以一直保留这些约束，如果它不会显着降低对数据库的查询，那么我的问题就会得到解决。我可以在编写时处理一些性能损失，只要它徘徊在或低于 10% 的降级(比如 INSERT 占用 1'06"而不是 1'00"。)

因此，问题是:

“在 FKs 关系约束生效的情况下，对 Postgres 表进行大量写入、一些小的更新和删除时，是否会出现明显的性能损失？”

根据这篇文章，Does Foreign Key improve query performance?和 http://www.experts-exchange.com/Database/MS-SQL-Server/A_4293-Can-Foreign-key-improve-performance.html , MS SQL Server 在写入时性能下降，在读取时性能可能有所提高。这是一般规则吗？ Postgres 的行为是否相似？我环顾四周，没有找到直接的答案。本回答https://stackoverflow.com/a/83527/3507015对 NO ACTION 标志的评论。这能完成工作吗(我的意思是，在不影响表现的情况下建立关系)？ (Postgres 有这个选项，但根据 http://www.postgresql.org/docs/8.1/static/ddl-constraints.html 它似乎没有采取“不采取行动”而是不允许采取任何行动。)

当然，最好有一个具有 Power*Architect 相同功能(数据库逆向/正向工程、数据库/模型比较等)的数据库设计器，这允许我画线但不需要它们实际创建为每次我将模型与数据库进行比较时，约束都没有尝试创建它。

很抱歉让一个帖子太长来问一个问题。

Answer 1

是的，性能受到了影响。

如果您在关系的引用端insert 或update，PostgreSQL 必须对引用的唯一键进行索引查找以验证相关节点是否存在。不过，它只需要在实际键字段发生变化时执行此操作。

如果您从被引用端更新或删除，PostgreSQL 必须在指向每个关系的引用端进行查找键，确保当前没有行依赖于被删除的引用行。这会导致 seqscan 非常慢，除非您在引用端有索引 - 在这种情况下它仍然是索引查找，并且您必须支付费用来维护您可能不需要的索引。

不过，您可以在 PostgreSQL 中禁用 FK。它们是触发器，并且像任何触发器一样它们可能被禁用。您不能在全局范围内这样做，您必须对每个表都这样做，但您的工具很可能不会注意到它们已被禁用并尝试“修复”它们。

请注意，允许 PostgreSQL 的查询规划器依赖外键的有效性，如果不强制执行该关系，则可能导致查询产生不正确的结果。在实践中，我认为此时规划器不会对 FK 做任何事情(仅检查和唯一约束)，所以这应该无关紧要。