LNNVL Motivazione

LNNVL è una funzione integrata dell'oracolo che restituisce VERO per le condizioni che valutano FALSO o SCONOSCIUTO e restituisce FALSO per le condizioni che valutano VERO. La mia domanda è quale sarebbe il vantaggio di restituire l'opposto della condizione di verità piuttosto che gestire i valori NULL?

Ad esempio, supponiamo di avere una tabella Emp con le colonne StartCommission e CurrentCommission che possono contenere valori null. Quanto segue restituisce solo le righe senza valore nullo:

SELECT * FROM Emp WHERE StartCommission = CurrentCommission;

Se desideri includere righe in cui una delle commissioni è nulla, puoi fare qualcosa del genere:

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

Sembrerebbe che esistesse una funzione per abbreviare questa sintassi, ma l'uso di LNNVL restituisce tutti i record non uguali e tutti i record con valori nulli.

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

L'aggiunta di NOT a questo restituisce solo righe senza valori null. Mi sembra che la funzionalità desiderata per questo caso sarebbe quella di mantenere vere le condizioni vere, false le condizioni e fare in modo che le condizioni sconosciute vengano valutate come vere. Ho davvero creato un caso di scarso utilizzo qui? È davvero più probabile voler trasformare l'ignoto in vero, vero in falso e falso in vero?

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);

È una strana funzione con una strana storia - ma anche lo è nvl2 strano. lnnvlè fondamentalmente un is not trueoperatore - senza dubbio può essere messo a frutto come nvl2può, ma quando devi cercare una funzione ogni volta che la usi per ricordarti esattamente cosa fa, ti viene da chiederti se è meglio attenersi nvl, coalesce, decodee nullifinsieme con caseespressioni, che sono più intuitiva

Detto in questo modo, non ho ancora usato LNNVL da diversi anni come programmatore DBA e PL / SQL. Ho usato NVL2 in alcune occasioni (e ho sempre dovuto cercare da che parte era vera, e da quale parte no). A quel punto, sembra meglio dal punto di vista della leggibilità finire per usare NVL, DECODE, CASE, ecc.,

In alternativa, questo funziona, supponendo che uno abbia una buona padronanza di come Oracle gestisce NULL e l'aritmetica, ma a questo punto, è possibile utilizzare la query originale per leggibilità (e anche il piano di esecuzione potrebbe subire un colpo più duro):

/* 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).