INSERT-SELECT (Oracle PL/SQL) - Leistungsproblem

Question

Ich habe zu viele SELECT-Anweisungen zusammen mit nur einem INSERT (vielleicht Hunderte von) Und das System gibt eine schlechte Leistung.

Ich werde im allgemeinen Worten erklären, was passiert und was ich suche:

Unter Berücksichtigung der folgenden zwei Pseudo-Codes in Oracle PL/SQL, die von ihnen würde die beste Leistung geben?

Option A:

INSERT INTO MyTable 
    WITH Fields AS (
    SELECT Field1, Field2, ..., FieldN FROM TableA JOIN TableW .... WHERE <condition1> 
    UNION ALL 
    SELECT Field1, Field2, ..., FieldN FROM TableB JOIN TableX .... WHERE <condition2> 
    UNION ALL 
    SELECT Field1, Field2, ..., FieldN FROM TableC JOIN TableB .... WHERE <condition3> 
    .... 
    UNION ALL 
    .... 
    SELECT Field1, Field2, ..., FieldN FROM TableZZZ JOIN TableB .... WHERE <conditionN> 

Option B:

BEGIN 
    INSERT INTO MyTable SELECT Field1, Field2, ..., FieldN FROM TableA JOIN TableZ .... WHERE <condition1> 
    INSERT INTO MyTable SELECT Field1, Field2, ..., FieldN FROM TableB JOIN TableW .... WHERE <condition2> 
    INSERT INTO MyTable SELECT Field1, Field2, ..., FieldN FROM TableC JOIN TableH .... WHERE <condition3> 
    ... 
    INSERT INTO MyTable SELECT Field1, Field2, ..., FieldN FROM TableZZZZ JOIN TableX .... WHERE <conditionN> 
END 

ich nicht die wirklichen Tabellennamen gelegt hat, aber ich würde gerne wissen: wenn ich die aktuelle Option A Option ändern B, würde es mir eine bessere Leistung präsentieren? Ich meine, ist es eine gute Idee, UNION ALL in diesem Fall durch viele INSERT-Anweisungen zu ersetzen?

Answer 1

Context Switches und Leistung

Fast jedes Programm PL/SQL-Entwickler schreiben sowohl PL/SQL und SQL-Anweisungen. PL/SQL-Anweisungen werden vom PL/SQL-Anweisungs-Executor ausgeführt. SQL-Anweisungen werden vom SQL-Anweisungs-Executor ausgeführt. Wenn das PL/SQL-Laufzeitmodul eine SQL-Anweisung findet, wird die SQL-Anweisung an die SQL-Engine übergeben. Die SQL-Steuerkomponente führt die SQL-Anweisung aus und gibt Informationen an die PL/SQL-Steuerkomponente zurück (siehe Abbildung 1). Diese Übertragung der Kontrolle wird als Kontextwechsel bezeichnet, und jeder dieser Switches verursacht Overhead, der die Gesamtleistung Ihrer Programme verlangsamt.

so, diese dritte Art und Weise verwenden:

create view MyView as select Field1, Field2, ..., FieldN from TableA join TableB .... where <condition1> 

declare 
    p_array_size pls_integer := 100; 
    type   array is table of MyView%rowtype; 
    l_data  array; 
    cursor c is select * from MyView;  
begin 
    open c; 
    loop 
    fetch c bulk collect into l_data limit p_array_size; 

    forall i in 1..l_data.count 
    insert into MyTable values l_data(i); 

    exit when c%notfound; 
    end loop; 
    close c; 
end; 

Answer 2

Außer Ihren Fragen sind sehr eigenartig in Bezug auf Speicher auf Ihrem Datenbankserver, die Option B wird nicht die Leistung der großen Abfrage zu erhöhen.

Um sicherzustellen, dass das obige Problem zutrifft, fragen Sie Ihren Datenbankadministrator, ob er zu dem Zeitpunkt, zu dem Sie die Abfrage durchführen, in Ihrem databsae sever SGA vorgeht. Wenn ein Stau im Speicher auftritt, sollten Sie versuchen, die Option B zu implementieren.

Wenn ich "Speicherstaus" sage, meine ich, dass der gesamte SGA-Speicher voll ist, was einen Tausch auf dem Server notwendig macht. Wenn Sie die Inserts in einer Sequenz ausführen, kann SGA zwischen den Inserts wiederverwendet werden.