SQL Server 2008 - Условный запрос

Question

SQL не является одним из моих сильных костюмов. У меня есть база данных SQL Server 2008. Эта база данных хранит процедуру, которая принимает восемь параметров int. Ради сохранения этого вопроса сосредоточенный, я буду использовать один из этих параметров для справки:

@isActive int 

Каждый из этих параметров INT будет -1, 0 или 1. -1 означает «Неизвестный» или «Дон «Уход». В принципе, мне нужно запросить таблицу таким образом, что если параметр int не равен -1, мне нужно рассмотреть его в моем предложении WHERE. Поскольку существует восемь параметров int, утверждение IF-ELSE не кажется хорошей идеей. В то же время я не знаю, как это сделать?

Есть ли элегантный способ в SQL добавить условие WHERE, если параметр НЕ равен значению?

Спасибо!

Answer 1

WHERE coalesce(active,1) = (CASE 
           WHEN @isActive = -1 THEN coalesce(active,1) 
           ELSE @isActive 
          END) 

Answer 2

.... Where field=case @isActive WHEN -1 THEN field ELSE @isActive END ....

Answer 3

Существует не элегантный способ - все пути сосать.

WHERE @isActive == -1 ИЛИ IsActive = @isActive

в основном единственный путь - но даже тогда вы убедитесь, что план запроса перепроверены каждый раз, в противном случае большинство запросов будут использовать неправильный запрос план.

Это классический случай, когда хранимые процедуры являются плохими. Запрос должен быть IMHO не с использованием хранимых процедур вообще с самого начала времени, который начался около 15 лет назад, когда кто-то был достаточно умен, чтобы написать первую ORM.

Answer 4

лучший источник для динамических условий поиска:

Dynamic Search Conditions in T-SQL by Erland Sommarskog

есть много тонких последствий того, как вы сделаете это, чтобы, если индекс может быть использован или нет. Если вы находитесь на должном выпуске SQL Server 2008, вы можете просто добавить OPTION (RECOMPILE) к запросу, а значение локальной переменной во время выполнения используется для оптимизации.

Рассмотрим это, OPTION (RECOMPILE) будет принимать этот код (где индекс не может быть использован с этой мешанине OR ы):

WHERE 
    (@search1 IS NULL or Column1=@Search1) 
    AND (@search2 IS NULL or Column2=@Search2) 
    AND (@search3 IS NULL or Column3=@Search3) 

и оптимизировать его во время выполнения будет (при условии, что только @ Search2 был принят с использованием значения):

WHERE 
    Column2=@Search2 

и индекс может быть использован (если он есть определенный на Столбец2)

Answer 5

узора (column = @param OR @param IS NULL) предоставит вам дополнительные параметры. Вы можете использовать NULLIF, чтобы нейтрализовать ваш -1. Еще лучше было бы разрешить нулевые параметры, вместо использования magic number.

WHERE 
    (Customer.IsActive = NULLIF(@isActive, -1) OR NULLIF(@isActive, -1) IS NULL) 

Answer 6

Вместо того, чтобы использовать -1 для обозначения того, что вы не знаете или не заботитесь, как насчет использования Null для этого? Довольно многое, для чего это было сделано. Затем вы можете переключиться на бит, а не на Int.

Кроме того, я уверен, что TomTom не согласится, но я думаю, что использование оператора CASE - это способ пойти на этот материал.

Ваш пробег может отличаться, но кажется, что механизм запросов обрабатывает его намного лучше, чем обертывание вещей в IsNull или наличие нескольких операторов OR, которые могут стать довольно запутанными, когда вы начинаете добавлять другие условия.

Независимо от того, в какую сторону вы планируете, план выполнения будет немного страдать в зависимости от того, что вы проходите, но это не должно быть ужасным.

Дополнительная выгода от использования операторов CASE заключается в том, что вы можете добавить немного сложности без особого кода (в отличие от множества предложений OR). Кроме того, первое условие, соответствующее вашим критериям, может предотвратить дополнительные оценки, что не всегда имеет место при работе с OR ...

Итак, для 8 необязательных параметров с -1, поскольку значение используется для игнорирования поиска , что вы в конечном итоге с что-то вдоль линий:

WHERE 
     @Search1 = CASE WHEN @Search1 = -1 THEN @Search1 ELSE @Column1 END 
    AND @Search2 = CASE WHEN @Search2 = -1 THEN @Search1 ELSE @Column2 END 
    AND @Search3 = CASE WHEN @Search3 = -1 THEN @Search1 ELSE @Column3 END 
    AND @Search4 = CASE WHEN @Search4 = -1 THEN @Search1 ELSE @Column4 END 
    AND @Search5 = CASE WHEN @Search5 = -1 THEN @Search1 ELSE @Column5 END 
    AND @Search6 = CASE WHEN @Search6 = -1 THEN @Search1 ELSE @Column6 END 
    AND @Search7 = CASE WHEN @Search7 = -1 THEN @Search1 ELSE @Column7 END 
    AND @Search8 = CASE WHEN @Search8 = -1 THEN @Search1 ELSE @Column8 END 

ПРИМЕЧАНИЕ: Как отметил К., метод NULL дотягивает, если столбцы вы работаете волю потенциально могут иметь значения NULL, так как NULL = NULL не будет правильно оцениваться. Поэтому, для удовольствия, я изменил свой ответ на то, что запросил исходный плакат, который должен использовать свой собственный идентификатор для пропусков поиска.