Wydajność Oracle: zapytanie wywołujące wiele identycznych wywołań funkcji

Question

Czy Oracle może ponownie wykorzystać wynik funkcji, gdy jest wywoływany w tym samym zapytaniu (transakcji?) Bez użycia pamięci podręcznej wyników funkcji?

Aplikacja, z którą pracuję, jest silnie uzależniona od funkcji Oracle. Wiele zapytań kończy wiele razy wykonywanie tych samych funkcji.

Typowym przykładem może być:

SELECT my_package.my_function(my_id), 
     my_package.my_function(my_id)/24, 
     my_package.function_also_calling_my_function(my_id) 
    FROM my_table 
WHERE my_table.id = my_id; 

Zauważyłem, że Oracle zawsze wykonuje każdy z tych funkcji, nie zdając sobie sprawy, że ta sama funkcja została wywołana tylko sekundy temu w tej samej kwerendy. Możliwe, że niektóre elementy funkcji zostaną zbuforowane, co spowoduje nieco szybszy powrót. Nie dotyczy to mojego pytania, ponieważ chcę uniknąć całej drugiej lub trzeciej egzekucji.

Założono, że funkcje są dość zasobochłonne i że te funkcje mogą wywoływać więcej funkcji, opierając ich wynik na tabelach, które są rozsądnie duże i z częstymi aktualizacjami (milion rekordów, aktualizacje z powiedzeniem 1000 aktualizacji na godzinę). Z tego powodu nie można korzystać z pamięci podręcznej wyników funkcji Oracle.

Mimo że dane często się zmieniają, oczekuję, że wynik tych funkcji będzie taki sam, gdy zostaną wywołane z tego samego zapytania.

Czy Oracle może ponownie wykorzystać wyniki tych funkcji i w jaki sposób? Używam Oracle11g i Oracle12c.

Poniżej jest przykład (tylko przypadkowa funkcja non-sense do zilustrowania problemu):

-- Takes 200 ms 
SELECT test_package.testSpeed('STANDARD', 'REGEXP_COUNT') 
    FROM dual; 

-- Takes 400ms 
SELECT test_package.testSpeed('STANDARD', 'REGEXP_COUNT') 
    , test_package.testSpeed('STANDARD', 'REGEXP_COUNT') 
    FROM dual; 

używanych funkcji:

CREATE OR REPLACE PACKAGE test_package IS 

FUNCTION testSpeed (p_package_name VARCHAR2, p_object_name VARCHAR2) 
RETURN NUMBER; 
END; 
/

CREATE OR REPLACE PACKAGE BODY test_package IS 

FUNCTION testSpeed (p_package_name VARCHAR2, p_object_name VARCHAR2) 
RETURN NUMBER 
IS 

    ln_total NUMBER; 

BEGIN 

    SELECT SUM(position) INTO ln_total 
     FROM all_arguments 
    WHERE package_name = 'STANDARD' 
     AND object_name = 'REGEXP_COUNT'; 

    RETURN ln_total; 

END testSpeed; 

END; 
/

Answer 1

Dodaj widok śródliniowy i ROWNUM, aby zapobiec ponownemu zapisaniu zapytania przez Oracle w jednym bloku kwerendy i wielokrotnym uruchomieniu funkcji.

---

funkcja Sample i demonstracja problemu

create or replace function wait_1_second return number is 
begin 
    execute immediate 'begin dbms_lock.sleep(1); end;'; 
    -- ... 
    -- Do something here to make caching impossible. 
    -- ... 
    return 1; 
end; 
/

--1 second 
select wait_1_second() from dual; 

--2 seconds 
select wait_1_second(), wait_1_second() from dual; 

--3 seconds 
select wait_1_second(), wait_1_second() , wait_1_second() from dual; 

Proste zmiany zapytań, które nie działają

Obie te metody nadal brać 2 sekundy nie 1.

select x, x 
from 
(
    select wait_1_second() x from dual 
); 

with execute_function as (select wait_1_second() x from dual) 
select x, x from execute_function; 

Zmuszanie Oracle wykonać w określonej kolejności

Trudno powiedzieć Oracle „wykonać ten sam kod, nie należy wykonywać żadnych orzecznik pchanie, łączenie, lub innych przekształceń na nim”. Istnieją wskazówki dla każdej z tych optymalizacji, ale są one trudne w użyciu. Istnieje kilka sposobów na wyłączenie tych transformacji, a dodanie dodatkowego ROWNUM jest zwykle najłatwiejsze.

--Only takes 1 second 
select x, x 
from 
(
    select wait_1_second() x, rownum 
    from dual 
); 

Trudno dokładnie zobaczyć, gdzie funkcje są oceniane. Ale te plany wyjaśniające pokazują, w jaki sposób ROWNUM powoduje, że widok wierszowy działa osobno.

explain plan for select x, x from (select wait_1_second() x from dual); 
select * from table(dbms_xplan.display(format=>'basic')); 

Plan hash value: 1388734953 

--------------------------------- 
| Id | Operation  | Name | 
--------------------------------- 
| 0 | SELECT STATEMENT |  | 
| 1 | FAST DUAL  |  | 
--------------------------------- 

explain plan for select x, x from (select wait_1_second() x, rownum from dual); 
select * from table(dbms_xplan.display(format=>'basic')); 

Plan hash value: 1143117158 

--------------------------------- 
| Id | Operation  | Name | 
--------------------------------- 
| 0 | SELECT STATEMENT |  | 
| 1 | VIEW   |  | 
| 2 | COUNT   |  | 
| 3 | FAST DUAL  |  | 
--------------------------------- 

Answer 2

można spróbować słowa kluczowego deterministic oznaczyć funkcje jak czysta . To, czy faktycznie poprawia to wydajność, to kolejne pytanie.

Aktualizacja:

Nie wiem, w jaki sposób realistyczny powyżej Twój przykład jest, ale teoretycznie zawsze można spróbować ponownie struktura programu SQL więc wie o powtarzających się funkcji połączenia (faktycznie powtórzone wartości). Podobne do:

select x,x from (
    SELECT test_package.testSpeed('STANDARD', 'REGEXP_COUNT') x 
     FROM dual 
) 

Answer 3

Użyj widoku w linii.

with get_functions as(
SELECT my_package.my_function(my_id) as func_val, 
    my_package.function_also_calling_my_function(my_id) func_val_2 
    FROM my_table 
WHERE my_table.id = my_id 
) 
select func_val, 
    func_val/24 as func_val_adj, 
    func_val_2 
from get_functions; 

Jeśli chcesz wyeliminować wywołanie dla pozycji 3, zamiast tego prześlij wynik func_val do trzeciej funkcji.