database-design - 外键是邪恶的？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

7年前关闭。




Improve this question




很抱歉以假名发帖，但由于公司限制和通常为了保护无辜者，我必须保持匿名。

我已经做了大约 18 年的专业开发人员，虽然我不是 DBA，但多年来我一直与他们密切合作，并且已经形成了我认为对什么是好的和不是好的数据库实践的相当不错的认识。我刚加入一家由两名开发人员负责数据库架构的公司，我发现他们非常反对使用外键约束。

据我所知，他们的推理是
(1) 由于涉及额外的数据设置，这使得单元测试存储过程变得更加困难；
(2) 外键可能会引发错误，因为顺序很重要。他们实际上更喜欢孤立数据而不是停止应用程序。

这对我来说似乎是不好的做法，但他们的立场坚定不移。我们提出了外键在数据完整性、查询性能、生成数据库图表等方面提供的优势，但无济于事。

我在这里没有看到什么吗？有什么建议吗？

Answer 1

如果您所描述的确实是开发人员对外键的一般方法，我认为他们是被误导或幼稚的。当然，外键约束不能或不应该应用于任何给定系统中的某些特定属性是很有可能的。也许这就是表面修辞背后的真正原因。

我的建议。如果您是相关系统的利益相关者，那么不要与开发人员交谈，而是与开发经理或拥有该系统的任何人交谈。用缺乏参照完整性会产生不利影响或构成 future 风险的具体示例来支持您的案例。

如果您当前没有与 RI 相关的问题，那么大概您主要关心的是改进 future 工作的政策或开发方法。与数据库经理、DBA 或负责标准和信息风险的人员交谈。为了开发团队的利益，考虑投资一些培训、指导或咨询。