database - 在数据库设计中尽量减少外键的数量是一种好习惯吗

Question

我几乎没有后端和数据库设计的经验，所以我想知道，尽量减少数据库中的外键数量是一种好习惯吗？

例如，让我们考虑登录搜索网站：

USER --hasA--> SESSION --makes--> QUERY

在这种情况下，用户和会话之间是一对多的关系，而会话和查询之间是一对多的关系。session 有一个 user_id 的外键和 query 有一个 session_id 的 foreign_key 是有意义的，但是查询表是否应该有 user_id 的外键？为什么或者为什么不？

提前致谢！

Answer 1

添加user_idtoQUERY会使数据库变得多余。这就是为什么这主要是不好的做法。在极端情况下（很少），它可能是必要的性能优化。

最小化外键的数量通常不是设计目标，因为它没有任何帮助。

典型的设计目标是拥有一个最自然地为业务领域建模的干净数据库。从这个意义上说，不要添加user_idto QUERY。但绝对要添加所有有意义的 FK。这确实为开发成本和应用程序可靠性提供了明显的好处。

Answer 2

让我们考虑一个极端的例子来展示这种方法的后果。如果将此解决方案应用于模型中的所有表会发生什么？让我们用一些额外的表格来扩展你的模型，看看它带来了什么：

现在是否清楚它与正确的数据库模式有何关系？