NOT IN 和 equals 与 IN 和 not equals 的区别

Question

我的查询需要返回所有流水线速率不是“No Usage”的使用记录。

What's the difference between NOT EXISTS vs. NOT IN vs. LEFT JOIN WHERE IS NULL?

我已经看到上述问题并决定使用 IN 而不是 EXISTS，因为表中的值可以为空。以下哪一种更好，更有效，或者有没有其他方法比以下两种更有效？

SELECT *
FROM   usagerecords UR
WHERE  UR.usagerateid NOT IN (SELECT id
                              FROM   pipelinerate PR
                              WHERE  PR.name = 'No Usage')

SELECT *
FROM   usagerecords UR
WHERE  UR.usagerateid IN (SELECT id
                          FROM   pipelinerate PR
                          WHERE  PR.name <> 'No Usage') 

Answer 1

NOT IN 如果id 可以为空（我希望它不是，否则它的名字很糟糕）会给你错误的结果。

既然已经一次又一次地证明EXISTS 效率更高（或至少效率不低），为什么你会选择IN 而不是EXISTS，因为它可以短路？ IN 必须实现整个集合。

SELECT * -- stop doing this
  FROM dbo.usagerecords AS UR
  WHERE EXISTS
  (
    SELECT 1 FROM dbo.pipelinerate AS pr
      WHERE pr.id = ur.usagerateid
      AND pr.name <> 'No Usage'
  );

你也可以这样表达你的其他查询：

SELECT * -- again, stop doing this
  FROM dbo.usagerecords AS UR
  WHERE NOT EXISTS 
  (
    SELECT 1 FROM dbo.pipelinerate AS pr
      WHERE pr.id = ur.usagerateid
      AND pr.name = 'No Usage'
  );

但我不知道哪个会得到正确的结果。这就是我们通常要求提供样本数据和所需结果的原因。

您使用SELECT * 可能比使用IN 或EXISTS 对性能产生更大的负面影响。 FWIW。

Answer 2

“NOT EXISTS vs. NOT IN vs. LEFT JOIN WHERE IS NULL有什么区别？”

Not exists 一看到匹配就退出。

不在不。人们会在包含大量结果的列表中关注或不关注，但 Jeff Moden 的一些测试表明，它们在高达百万个项目范围内都能正常工作，这通常就足够了。

left join where is null 是基于设置的，所以它是“经典”的解决方案。 “在”基本上变成了一个巨人或列表。当您只是在测试遗漏的东西时，左连接 where is null 没有任何特定优势，我喜欢在寻找每个用户的最新事件时使用左自连接/为 null 模式。

Not in 超级简单，任何新手开发者都会明白它的作用。

不存在几乎一样清楚，但可能高于新手。

Left join/is null 经常被中级开发人员误解。所以我个人发现不是最可维护的。