虽然问题标题与许多讨论重复，但我没有找到这个问题的答案：
考虑对标准化的标签表进行简单连接
SELECT tags.tag
FROM tags
INNER JOIN tag_map
ON tags.tag_id=tag_map.tag_id
WHERE article_id=xx
JOIN 是否与整个标签表和 tag_map 一起使用，然后过滤创建的 (JOINed) 表以查找带有文章 ID 的 WHERE 子句的行
OR JOIN 只会加入 tag_map 表中 article_id=xx 的行？
后一种方法应该会快很多！
【问题讨论】：
标签： mysql sql database relational-database normalization
据我所知，它将在生成的 JOINed 表上显式执行 WHERE。 （免责声明：MySQL 可能会在某些情况下对此进行优化，我不知道）。
要强制执行后一种行为并首先执行 WHERE，您可以在 JOIN ON 语句中添加一个额外的过滤器：
SELECT tags.tag
FROM tags
INNER JOIN tag_map
ON tags.article_id=xx
AND tags.tag_id=tag_map.tag_id
WHERE article_id=xx
【讨论】：
联接仅适用于那些从第一个返回记录的表的 WHERE 子句中限定的记录。也就是说，您正在对 tag_map 进行联接，但您的 where 子句未指定“Article_ID”与哪个别名相关联.通常最好始终使用来自的表名或别名来限定您的字段。
因此，如果 article_id 来自 TAGS，那么它将首先将该列表视为主要记录集，如果存在则使用索引进行优化并返回一个小记录集。从此，join 被应用到 tag_map 并且会抓取所有匹配 join "ON" 条件的记录。
只是为了澄清一些事情。如果首先应用 JOIN，则在 WHERE 子句优化之前，查询将永远持续下去。连接基本上在记录选择实际发生之前准备好关系。因此，显示将使用的索引的执行计划。
【讨论】：
这取决于引擎。许多数据库引擎的早期版本会先生成连接结果，然后再进行过滤。较新版本的引擎会生成一个执行计划，以实现最快的结果。必须使用数据库引擎进行测试，检查您的版本/数据库的执行计划，以找到“最好的”
【讨论】：
假设它是简单的或内连接：
答案是：在关系模型中，第一个答案是正确的，它创建一个表，其中包含第一个表中的每一行与第二个表中的每一行交叉，因此如果第一个有 N 行，第二个有 M，它将使用 NxM 创建一个表，然后消除那些条件不匹配的表。
现在，这是数学模型，但在实现中，取决于引擎，它将使用一些更智能的方式，通常选择一个看起来更快的表，然后使用希望索引的连接字段从那里连接。但这取决于引擎之间：有很多文档（谷歌它）和一些人，包括这个答案的海报，被付费用于优化连接查询......
如果是 MYSQL（刚刚注意到标签），您可以使用以下语法：
EXPLAIN [EXTENDED] SELECT select_options
正如here 解释的那样，MYSQL 会告诉你它将如何执行这样的查询。它比阅读文档更快。
【讨论】：
您可以随时查看执行计划，了解您的查询是如何逐步执行的。在 MySQL 中，我不知道它是否可以使用任何第三方工具以图形方式呈现（就像您可以在 MS SQL 上使用 Management Studio 开箱即用一样），但您仍然可以使用 explain 语言结构来检查它。检查文档。
如果article_id 属于表tags，则根本不扫描tag_map 表，除非FK 表中的连接列可以为空。
如果article_id 已被索引（即主键），则正在扫描索引...
等等……
我想说的是，我们需要您的表架构定义来告诉您一些细节。我们无法知道您的架构是如何工作的。
【讨论】：