帮助处理 LEFT JOIN SQL 查询中的 WHERE

Question

我正在尝试构建一个查询，其中包含一个指示用户是否已下载文档的列。 我有一个名为 HasDownloaded 的表，其中包含以下列：id、documentID、memberID。 查明用户是否下载了特定文档很容易； 但我需要生成一个查询，其结果如下所示：

name              id
----------------------
abc               NULL
bbb               2
ccc               53
ddd               NULL
eee               13

ID 并不重要； 我感兴趣的是文档是否已下载（是否为NULL）。

这是我的查询：

SELECT Documents.name, HasDownloaded.id FROM Documents
LEFT JOIN HasDownloaded ON HasDownloaded.documentID = Documents.id
WHERE HasDownloaded.memberID = @memberID

问题是，只有当 HasDownloaded 表中存在指定用户的条目时，这才会返回值。 我想保持简单，HasDownloaded 中仅包含已下载文档的条目。 因此，如果用户 1 已经下载了 abc、bbb 和 ccc，我仍然希望 ddd 和 eee 显示在结果表中，只是 id 为 NULL。 但 WHERE 子句只给出存在条目的值。

我不是一个 SQL 专家 - 有没有一个运算符可以给我我想要的东西？ 我应该采取不同的方法吗？ 或者这是不可能的？

Answer 1

将 WHERE 子句中的条件移至连接条件。

SELECT Documents.name, HasDownloaded.id FROM Documents
LEFT JOIN HasDownloaded ON HasDownloaded.documentID = Documents.id 
  AND HasDownloaded.memberID = @memberID 

每当您想要在 WHERE 子句中引用左连接表时，这是必需的。

Answer 2

WHERE HasDownloaded.memberId IS NULL OR HasDownloaded.memberId = @memberId

将是这样做的正常方法。 有些人会将其缩短为：

WHERE COALESCE(HasDownloaded.memberId, @memberId) = @memberId

正如 Matt B. 所示，您可以在 JOIN 条件下执行此操作 - 但我认为这更容易让人们感到困惑。 如果您不明白为什么将其移动到 JOIN 子句有效，那么我强烈建议远离它。

Answer 3

@Mark：我明白为什么 JOIN 语法有效，但感谢您的警告。 我确实认为你的建议更直观。 我很好奇哪个更有效率。 所以我进行了一个快速测试（恐怕这相当简单，只进行了 14 行和 10 次试验）：

在 JOIN 条件下：

AND HasDownloaded.memberID = @memberID

• 客户端处理时间：4.6
• 总执行时间：35.5
• 服务器回复等待时间：

30.9 WHERE 子句：

WHERE HasDownloaded.memberId IS NULL OR HasDownloaded.memberId = @memberId

• 客户端处理时间：7.7
• 总执行时间：27.7
• 服务器回复等待时间：22.0

看起来 WHERE 子句的效率稍微高一些。 有趣的！ 再次感谢你们俩的帮助。