LNNVL正当化

LNNVLは、Oracleの組み込み関数であり、FALSEまたはUNKNOWNと評価される条件に対してTRUEを返し、TRUEと評価される条件に対してFALSEを返します。私の質問は、単にNULL値を処理するのではなく、真理条件の反対を返すことの利点は何でしょうか？

たとえば、ヌルを含む可能性のあるStartCommission列とCurrentCommission列を持つEmpテーブルがあるとします。次の例では、値がnullでない行のみが返されます。

SELECT * FROM Emp WHERE StartCommission = CurrentCommission;

いずれかのコミッションがnullである行を含めたい場合、次のようなことができます。

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

この構文を短縮する関数が存在するように思われますが、LNNVLを使用すると、すべての等しくないレコードとNULLを持つすべてのレコードが返されます。

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

これにNOTを追加すると、nullのない行のみが返されます。この場合に望ましい機能は、真の条件を真、偽の条件を偽に保ち、未知の条件を真と評価することです。ここで低ユースケースを実際に作成しましたか？不明をtrueに、trueをfalseに、falseをtrueにしたいというのは本当ですか？

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演算子です-間違いなくcanのように使いこなすnvl2ことができますが、使用するたびに関数を調べて正確に何をするかを思い出さなければならないとき、あなたはそれに固執するのが最善かどうか疑問に思われますnvl、coalesce、decodeとnullif一緒にcase、より直感的表現、

このように言えば、DBAおよびPL / SQLプログラマーとしての数年間でLNNVLを使用したことがありません。私はときどき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).