Dlaczego NVL zawsze ocenia drugi parametr?

Question

Czy ktoś wie, dlaczego funkcja Oracle NVL (i NVL2) zawsze ocenia drugi parametr, nawet jeśli pierwszy parametr nie jest NULL?

prosty test:

CREATE FUNCTION nvl_test RETURN NUMBER AS 
BEGIN 
    dbms_output.put_line('Called'); 
    RETURN 1; 
END nvl_test; 

SELECT NVL(0, nvl_test) FROM dual

powraca 0, ale drukuje również Called. Zostało wywołane

nvl_test, mimo że wynik jest ignorowany, ponieważ pierwszym parametrem nie jest NULL.

Answer 1

Zawsze tak było, więc Oracle musi zachować to w ten sposób, aby zachować kompatybilność wstecz.

Zamiast tego należy użyć COALESCE, aby uzyskać zwarcie.

Answer 2

Oczywiście nie są to zwarcia, ale nie mogę znaleźć żadnych odniesień w dokumentacji Oracle.

Sprawdź tę dyskusję: http://forums.oracle.com/forums/thread.jspa?messageID=3478040

Answer 3

w ogóle, że to ma sens, że drugi parametr jest oceniany przed wywołaniem funkcji, ponieważ w ogóle to jak funkcje nazywane są: wszystkie argumenty do funkcji są oceniane i ocenione wartości są wysyłane do funkcji.

Jednak w przypadku bardzo powszechnej funkcji systemowej, takiej jak NVL, uważam, że PL/SQL może zoptymalizować, traktując wywołanie funkcji jako specjalny przypadek. Ale może to jest trudniejsze, niż się wydaje (dla mnie), ponieważ jestem pewien, że ta optymalizacja przydarzyłaby się twórcom oprogramowania Oracle.

Answer 4

Oto post gdzie Tom Kyte potwierdza, że ​​decode i case zwarcie ale nie nvl ale on nie daje uzasadnienie lub dokumentacji dlaczego. Po prostu stwierdza, że ​​jest to:

http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:926029357278#14932880517348

Więc w twoim przypadku należy użyć decode lub case zamiast nvl jeśli drogie funkcja zostanie wywołana w zapytaniu.