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

В этом случае выполниться то, что в ветке else или ничего, ибо сказано в писании:
LangRefSyntax IF ( <condition>)
THEN < compound_statement>
[ELSE < compound_statement>]
Description The IF … THEN … ELSE statement selects alternative courses of action by testing a
specified condition.
condition is an expression that must evaluate to TRUE to execute the statement or block
following THEN. The optional ELSE clause specifies an alternative statement or block
executed if condition is not TRUE.
Argument Description
condition Boolean expression that evaluates to TRUE, FALSE, or UNKNOWN; must
be enclosed in parentheses
THEN compound_statement Statement or block executed if condition is TRUE
ELSE compound_statement Optional statement or block executed if condition is not TRUE

Я так понимаю что под NULL везде подразумевали UNKNOWN?

Вот вы мне скажите, мне надо такое вот написать в триггере:


Оно будет правильно работать или этого никто не гарантирует и лучше писать

UPDATING не может быть NULL/UNKNOWN, а вобще ты прав, оно по любому правильно работать будет, так как ID у меня объявлен как NOT NULL...

Ну OLD-значение в триггере не может быть NULL, а NEW-значение хоть и может, но сервер то ругнёться.
А вобще вы бы какой механизм посоветовали для проверки неизменности значения поля. Я иногда использую IF (COALESCE(OLD.FIELD,'+-=')<>COALESCE(NEW.FIELD,'=-+')), но это слишком длинно получается когда много полей :-/

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