Обґрунтування LNNVL

LNNVL - вбудована функція oracle, яка повертає TRUE для оцінювання умов FALSE або UNKNOWN та повертає FALSE для умов, що оцінюються на TRUE. Моє запитання: яка користь буде повернути протилежне умові істини, а не просто обробляти значення NULL?

Наприклад, припустимо, що у вас є таблиця Emp зі стовпцями StartCommission та CurrentCommission, яка може містити нулі. Наступні повертає лише рядки, які не мають значення null:

SELECT * FROM Emp WHERE StartCommission = CurrentCommission;

Якщо ви хочете включити рядки, де будь-яка комісія є нульовою, ви можете зробити щось подібне:

SELECT * FROM Emp WHERE StartCommission = CurrentCommission 
OR StartCommission IS NULL OR CurrentCommission IS NULL;

Здавалося б, існує функція для скорочення цього синтаксису, але за допомогою LNNVL повертає всі нерівні записи та всі записи з нулями.

SELECT * FROM Emp WHERE LNNVL(StartCommission = CurrentCommission);

Додавання НЕ до цього повертає лише рядки без нулів. Мені здається, що бажаною функціональністю для цього випадку було б зберігати справжні умови істинні, помилкові умови неправдиві та невідомі умови оцінювати як істинні. Чи справді я створив справу з низьким рівнем використання? Чи справді більше шансів хотіти перетворити невідоме на справжнє, справжнє на помилкове, а хибне на справжнє?

create table emp (StartCommission Number(3,2), CurrentCommission Number(3,2));
insert into emp values (null,null);
insert into emp values (null,.1);
insert into emp values (.2,null);
insert into emp values (.3,.4);

Це дивна функція із дивною історією, але тоді так само nvl2 дивно. lnnvlв основному це is not trueоператор - без сумніву, його можна використовувати так, як nvl2можна, але коли вам потрібно шукати функцію кожного разу, коли ви її використовуєте, щоб нагадати вам, що саме вона робить, вам залишається цікаво, чи найкраще дотримуватися nvl, coalesce, decodeі nullifразом з caseвиразами, які є більш інтуїтивним

Якщо говорити так, я ще не один раз використовував LNNVL за кілька років роботи DBA і PL / SQL-програмістом. Я використовував NVL2 при нагоді (і завжди повинен був шукати, яка сторона справжня, а яка - ні). З цього моменту, здається, краще з точки зору читабельності в кінцевому підсумку використовувати NVL, DECODE, CASE тощо,

Крім того, це працює, якщо припустити, що у вас є хороша робота щодо того, як Oracle обробляє NULL і арифметику, але до цього моменту ви також можете використовувати ваш оригінальний запит для читабельності (і план виконання може спричинити і більш важкий удар):

/* Return all rows where StartCommission is the same
 * as Current Commission, or those rows who have a
 * NULL in either (including both)
 */

SELECT *
  FROM Emp
 WHERE StartCommission = CurrentCommission
    OR StartCommission + CurrentCommission IS NULL

-- NULL + NULL, or NULL + Number is always NULL; hence return either
-- those records that are equal, or have a combined total of NULL
-- (either or both fields will be NULL).