切换大小写/如果在where子句中

| 我正在尝试根据一些值更改其中的PART的条件。我在这里看过类似的文章,包括: SQL开关/案例在where子句中 但是他们并没有完全解决我的问题。 我所拥有的是一个存储过程,该过程根据其输入进行选择。这些输入是可选的(或具有默认参数,因为它们更喜欢调用它)。 所述参数中的2个是数字。 如果仅指定第一个数字,则列X必须等于该数字。 如果指定了第一个和第二个数字,则列X必须大于等于第一个,而小于等于第二个。 如果仅指定第二个数字,则为INVALID。 这就是我尝试过的(显然没有用)
DECLARE @SECOND INT;
DECLARE @FIRST INT;

SET @FIRST = 123456;
SET @SECOND = 67890;

SELECT * FROM BANK_DETAIL 
WHERE -- POSSIBLY SOME OTHER WHERE CLAUSES
    CASE
        WHEN @SECOND IS NULL THEN 
            X = @FIRST
        ELSE 
            X >= @FIRST AND X <= @SECOND 
    END
        -- POSSIBLY SOME MORE WHERE CLAUSES
ORDER BY X
确实,这感觉需要IF / ELSE而不是CASE,但我直接针对CASE ..... 哦,这是MS SQL> = 2005     
已邀请:
        尝试以@SECOND的无效为条件,而不是使用CASE。
SELECT *
FROM BANK_DETAIL
WHERE
-- other conditions go here
AND ((@SECOND IS NULL AND X = @FIRST)
  OR (@SECOND IS NOT NULL AND X >= @FIRST AND X <= @SECOND))
    
        
SELECT * FROM BANK_DETAIL 
WHERE
    (@SECOND IS NULL AND X = @FIRST) or
    (X >= @FIRST AND X <= @SECOND)
尽管这样做会更有效:
IF @SECOND IS NULL
BEGIN
   SELECT * FROM BANK_DETAIL 
   WHERE
     X = @FIRST
END
ELSE
BEGIN
   SELECT * FROM BANK_DETAIL 
   WHERE
     X >= @FIRST AND X <= @SECOND
END
    
        我将使用布尔运算符:
SELECT * FROM BANK_DETAIL 
WHERE
  ((@SECOND IS NULL AND X = @FIRST) OR 
  (@SECOND IS NOT NULL AND X >= @FIRST AND X <= @SECOND));
    
        您正在建立动态搜索条件。通过强制一个语句覆盖这两种情况,您可以削减优化器选项。当
@seconds
为null和不为null时,生成的计划必须在两种情况下均有效。使用两个单独的语句会更好:
IF @SECOND IS NULL THEN
   SELECT * FROM BANK_DETAIL 
   WHERE  X = @FIRST
   ORDER BY X
ELSE
   SELECT * FROM BANK_DETAIL 
   WHERE X >= @FIRST AND X <= @SECOND 
   ORDER BY X
您将“简化”成一条语句的直觉会导致您走错路。结果是更少的文本,但是由于计划欠佳而导致执行时间增加。我的回应开始时链接的文章就此主题进行了详细介绍。     
        问题在于“ 7”返回一个值,它不是逻辑分支。 OMG提供的链接几乎是这一方面的权威资料(Erland Sommarskog的几乎所有内容都将是不错的建议)。 链接的快速摘要: 您可以在根据条件建立语句的地方使用动态SQL。这通常可能是性能最好的方法,但是也有缺点。最大的缺点之一是可能存在安全问题,因此请确保您完全了解SQL注入攻击以及如何防止它们。 另一种方法是在使用OR的WHERE语句中使用复杂的逻辑。在您的情况下,可能会如下所示。这种方法比动态SQL简单一些,并且更安全,但是性能可能并不总是很好。如果性能适合您的情况(测试),则请坚持使用此方法。
SELECT
    *    -- I assume that you used * just as an example and don\'t actually use this in your production code
FROM
    Bank_Detail
WHERE -- POSSIBLY SOME OTHER WHERE CLAUSES
    (@second IS NULL AND X = @first) OR
    (@second IS NOT NULL AND (x >= @first AND x <= @second))
    -- POSSIBLY SOME MORE WHERE CLAUSES
ORDER BY
    x
我刚刚想到了另一种组织陈述的方式。
SELECT
    *
FROM
    Bank_Detail
WHERE -- POSSIBLY SOME OTHER WHERE CLAUSES
    x >= @first AND
    x <= COALESCE(@second, @first)
    -- POSSIBLY SOME MORE WHERE CLAUSES
ORDER BY
    x
我还没有测试过,但是我认为这在逻辑上是等效的,并且可以为您提供更一致的查询计划。 Erland还提供了其他两种可能的方法,因此请务必阅读有关该主题的完整文章。     

要回复问题请先登录注册