相关疑难解决方法(0)

根据 Microsoft 的数据库开发书70-433：Microsoft SQL Server 2008 数据库开发：

前导通配符和NOT逻辑都不允许查询优化器使用索引来优化搜索。为了获得最佳性能，您应该避免使用NOT关键字和前导通配符。

所以我认为那是NOT IN，NOT EXISTS等等

现在关于这个SO问题，我认为@GBN 选择的解决方案会违反上面给出的声明。

显然，事实并非如此。

所以我的问题是：为什么？

有很多解释为什么 NOT IN NULL 不起作用，但我没有看到任何解决方案。（最近的问题在这里：为什么 NOT IN 包含 NULL 的集合总是返回 FALSE/NULL？）

我有 6 个存储过程的可选参数，用于过滤查询的某个值。以前的开发人员做了这样的事情：

IF @var1 IS NULL AND ..... 

    select ...

else

    select ...
    where value in (@var1, ...)

我不是特别喜欢这个。（查询非常庞大），所以我决定选择这样的东西：（
无论如何，我们在临时表中得到了结果）

IF @var IS NOT NULL OR ...

    delete from #temp where value not in (@var1,...)

但我意识到这行不通。

我唯一能想到的就是创建另一个临时表，该表将只保存@var1 等中的非空值（使用 if 语句或删除 where 为 NULL），然后对该表进行连接删除。

有没有更好的办法？