主页 / dba / 问题 / 167727
Accepted
user960567
Asked: 2017-03-22 04:17:01 +0800 CST

有条件的 OR vs CASE vs IF

  • 772

可以说，我有一个问题，

SELECT * FROM MyTable WHERE MyParam = 0 OR MyColumn = MyParam

这里 MyParam 是参数和可选的。因此，它只检查MyColumn = MyParamMyParam 是否不为 0。但我们的 DBA 说 OR 会使其变慢，而 db 会受到影响。另一种选择是，

IF MyParam = 0 
SELECT * FROM MyTable WHERE MyColumn = MyParam

这种方法的问题是我们有很多可选参数。所以，我们的查询变得非常非常大。另一种选择是 CASE。

所以你们的建议。我一般说的是Oracle还是SQL Server。

sql-server oracle

3 个回答

  1. Best Answer

    在 sql 服务器中：

    一种选择是动态 sql，另一种是option (recompile).

    使用option (recompile)：

    select * from MyTable where MyParam = 0 or MyColumn = MyParam option (recompile);

    动态sql示例：

    declare @sql nvarchar(max);

if nullif(@MyParam,0) is not null
  begin;
  set @sql = 'select * from MyTable where MyColumn=@MyParam;'
  exec sp_exeuctesql @sql, '@MyParam int', @MyParam;
  end;
else 
  begin;
  set @sql = 'select * from MyTable;'
  exec sp_exeuctesql @sql;
  end;

    参考：

    • 5

  2. 我刚刚在我的环境中针对 AdventureWorks 进行了测试，发现 CASE 方法效果最好。使用 OR 方法使引擎使用聚集索引，而 CASE 语句让它使用非聚集索引。

    所以你的查询可能看起来像这样。

    SELECT *
FROM MyTable
WHERE CASE WHEN @MyParam = 0 THEN 1
           WHEN MyColumn = @MyParam THEN 1
           ELSE 0
           END = 1

    但是，如果您说有很多参数，那么无论如何您都不太可能使用索引。所以你可能会不管它。我的测试是针对一个简单的查询。

    • 4

  3. SELECT * FROM MyTable WHERE MyParam = 0 OR MyColumn = MyParam

    但是我们的 DBA 说 OR 会使它变慢并且 db 会受到影响。

    这有几个缺陷：

    • 编程世界，尤其是 DB(A) 世界充斥着这样的格言，这些格言令人作呕。“永远不要使用NOT EXISTS，永远不要使用NOT IN，避免这个，避免那个，你必须不惜一切代价做XYZ，不惜一切代价避免OR”等等。这些事情的问题在于，对于特定 RDBMS 的特定版本，它们可能在某个时间点是正确的，并且通常对于该特定 RDBMS 版本的特定参数设置子集是正确的。
    • 这在精神上就像在知道有什么需要优化之前进行优化。唯一完全显而易见的是，您现在在此声明上使用了更多时间（通过思考、询问 SE 等）。所以成本已经上涨了。声明本身是否“坏”甚至没有显示出来，如果它真的是“坏”，甚至没有人证明它已经坏到需要采取行动。

    所以，在这种情况下你应该做什么：创建一个测试用例，然后做一个基准测试。没有什么可以帮助你。

    对于您的特定情况：

    • 理论上，数据库可以优化语句并识别问题；然后它可能几乎和你以不同的方式做的一样快。
    • 开销可以忽略不计，完全没有价值大惊小怪。一个端到端需要 1000 毫秒的请求可能需要多花 1 毫秒，还有一大块值得优化的代码需要另外 999 毫秒。浪费你一分钟的时间来打扰这些事情可能太多了。
    • 另一方面，这个问题可能会对您的表现产生巨大影响。

    做一个基准；进行测试；评估数据库执行统计等。那么你肯定会知道的。

    • 3

相关问题