sql - 使用 SQL INNER JOIN 有什么不好

Question

每次查看数据库图表时，人们批评的一个领域是内部联接。他们认真地看着它们，并有疑问以查看是否真的需要内部连接。

简单的库示例:

多对多关系通常在 SQL 中定义为三个表:预订 , 分类 , 图书分类 .

在这种情况下，类别是一个包含两列的表:编号 , 类别名称 .

在这种情况下，我收到了有关 的问题。分类 表，需要吗？可以作为查找表使用吗，在图书分类 表存储类别名称 而不是 类别 ID 不再需要进行额外的 INNER JOIN。 (对于这个问题，我们将忽略任何 CategoryNames 的更改、删除)

问题是，内连接有什么不好？在什么时候做它们是负面的(一般准则，如交易数量、记录数量、语句中的连接数量等)？

Answer 1

你的例子是一个很好的反例。如果类别分布在 的各个行中，您如何重命名类别图书分类 table ？您的 UPDATE重命名将涉及同一类别中的所有行。

使用单独的表，您只需更新一行。没有重复的信息。