SQL и логические операторы и проверки null

я не знаю SQL Server, поэтому я не могу говорить с этим.

дается выражением a L b для некоторого логического оператора L, нет никакой гарантии, что a будет оцениваться до или после b или даже, что оба a и b будут оцениваться:

Правила Оценки Выражений

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

кроме того, если результат выражения может быть определен путем оценки только некоторых его частей, то другие выражения не может быть оценена.
[...]
Обратите внимание, что это не то же самое, что "короткое замыкание" слева направо булевых операторов, которое встречается в некоторых языках программирования.

как следствие, неразумно использовать функции со стороной эффекты как часть сложных выражений. Особенно опасно полагаться на побочные эффекты или порядок оценки в WHERE и HAVING предложения, поскольку эти предложения широко перерабатываются как часть разработки плана выполнения.

что касается выражения формы:

the_column IS NULL OR the_column < 10

обеспокоен, не о чем беспокоиться, так как NULL < n is NULL для всех n, даже NULL < NULL оценивает в NULL; кроме того, NULL неправда так что

null is null or null < 10

это просто сложный способ сказать true or null и true независимо от того, какое под-выражение вычисляется первым.

все "использовать случай" звучит в основном как cargo-cult SQL для меня. Однако, как и большинство карго-культистов, под грузом есть ядро истины; чуть ниже моего первого отрывка из руководства PostgreSQL вы найдете следующее:

когда необходимо заставить порядок оценки, A CASE строительство (см. раздел 9.16) можно использовать. Например, это ненадежный способ избежать деления на ноль в WHERE статья:

SELECT ... WHERE x > 0 AND y/x > 1.5;

но это безопасно:

SELECT ... WHERE CASE WHEN x > 0 THEN y/x > 1.5 ELSE false END;

Итак, если вам нужно защитить от условия, которое вызовет исключение или будет иметь другие побочные эффекты, то вы должны использовать CASE контролировать порядок оценки как CASE is оценивается по порядку:

каждый условие - это выражение, которое возвращает boolean результат. Если результат условия равен true, значение CASE выражение результат это следует за условием, а остальная часть CASE выражение не обрабатывается. Если результат условия неверен, любые последующие предложения WHEN рассматриваются таким же образом.

Итак, учитывая это:

case when A then Ra
     when B then Rb
     when C then Rc
     ...

A is гарантированно оценивается до B, B до C, etc. и оценка останавливается, как только одно из условий принимает значение true.

в общем, a CASE короткие замыкания, но ни AND, ни OR короткое замыкание, поэтому вам нужно использовать только CASE когда вам нужно защитить от побочных эффектов.