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

Question

这是我在这里的第一篇文章，我试着做我的功课。

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

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

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

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

这是问题真正困扰我的时候：当我开始改进模型时，每当我检查当前数据库（我完全没有关系）和我的模型（它充满了 FK 关系线）以找到什么（表、列、索引）要更改，Power*Architect 抱怨缺少关系，并“友好地”生成创建它们的代码。我必须阅读 diff 进行大量的思维过滤（尝试阅读代码而不使用添加约束命令），并且在将 diff'd SQL 应用到我的数据库时，我必须手动删除这些命令。

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

所以，问题是：

“在 FK 关系约束生效的情况下，对 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 cmets on NO ACTION 标志。这样做可以吗（我的意思是，在不影响表现的情况下建立关系）？ （Postgres 有这个选项，但根据http://www.postgresql.org/docs/8.1/static/ddl-constraints.html，它似乎没有采取“不采取行动”，而是不允许采取任何行动。）

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

抱歉，发这么长的帖子来问一个问题。

Answer 1

是的，性能受到影响。

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

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

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

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