Select et Insert dans dblink

Question

J'ai un peu de mal avec une sélection en insert sur un dblink dans l'oracle 10. J'utilise la déclaration suivante:

INSERT INTO LOCAL.TABLE_1 (COL1, COL2) 
SELECT COL1, COL2 
FROM REMOTE.TABLE1@dblink s 
WHERE COL1 IN (SELECT COL1 FROM WORKING_TABLE) 

Quand je lance la déclaration qui suit est ce que obtient sur le serveur exécuter à distance sur le DB Link:

SELECT /*+ OPAQUE_TRANSFORM */ "COL1", "COL2" 
FROM "REMOTE"."TABLE1" "S" 

Si je lance la sélection uniquement et ne pas faire l'insert dans ce qui suit est exécuté:

SELECT /*+ */ "A1"."COL1" 
    , "A1"."COL2" 
    FROM "REMOTE"."TABLE1" "A1" 
WHERE "A1"."COL1" = 
    ANY (SELECT "A2"."COL1" 
     FROM "LOCAL"."TABLE1"@! "A2") 

Le problème est dans le cas d'insertion de la table d'enitre est tirée à travers le dblink, puis limité localy qui prend un peu de temps compte tenu de la taille de la table. Y a-t-il une raison pour laquelle ajouter l'insert changerait le comportement de cette manière?

Answer 1

Vous pouvez utiliser l'indicateur driving_site. Il y a une bonne explication ici: http://www.dba-oracle.com/t_sql_dblink_performance.htm

Answer 2

Tirant parti de la clause WITH pourrait optimiser votre récupération de votre jeu de travail:

WITH remote_rows AS 
    (SELECT /*+DRIVING_SITE(s)*/COL1, COL2 
     FROM REMOTE.TABLE1@dblink s 
     WHERE COL1 IN (SELECT COL1 FROM WORKING_TABLE)) 
INSERT INTO LOCAL.TABLE_1 (COL1, COL2) 
SELECT COL1, COL2 
FROM remote_rows 

Answer 3

Quand il vient à DML, oracle choisit d'ignorer toute velléité de driving_site et exécute l'instruction sur le site cible. Je doute donc que vous puissiez changer cela (même en utilisant l'approche WITH décrite ci-dessus). Une solution de contournement possible est que vous pouvez créer un synonyme pour LOCAL.TABLE1 sur la base de données distante et utiliser la même chose dans votre instruction INSERT.

Answer 4

Quelle est la taille de WORKING_TABLE? Si elle est suffisamment petite, vous pouvez essayer de sélectionner work_table dans une collection, puis passer les éléments de cette collecte en tant qu'éléments dans une liste IN.

declare 
    TYPE t_type IS TABLE OF VARCHAR2(60); 
    v_coll t_type; 
begin 
    dbms_application_info.set_module('TEST','TEST'); 
    -- 
    select distinct object_type 
    bulk collect into v_coll 
    from user_objects; 
    -- 
    IF v_coll.count > 20 THEN 
    raise_application_error(-20001,'You need '||v_coll.count||' elements in the IN list'); 
    ELSE 
    v_coll.extend(20); 
    END IF; 
    insert into abc (object_type, object_name) 
    select object_type, object_name 
    from user_objects@tmfprd 
    where object_type in 
      (v_coll(1), v_coll(2), v_coll(3), v_coll(4), v_coll(5), 
      v_coll(6), v_coll(7), v_coll(8), v_coll(9), v_coll(10), 
      v_coll(11), v_coll(12), v_coll(13), v_coll(14), v_coll(15), 
      v_coll(16), v_coll(17), v_coll(18), v_coll(19), v_coll(20) 
      ); 
    -- 
    dbms_output.put_line(sql%rowcount); 
end; 
/

Answer 5

Insérer dans Zith indice de cardinalité semble fonctionner à 11,2

INSERT /*+ append */ 
     INTO MIG_CGD30_TEST  
       SELECT /*+ cardinality(ZFD 400000) cardinality(CGD 60000000)*/ 
      TRIM (CGD.NUMCPT) AS NUMCPT, TRIM (ZFD.NUMBDC_NEW) AS NUMBDC 
       FROM CGD30@DBL_MIG_THALER CGD, 
        ZFD10@DBL_MIG_THALER ZFD, 
        EVD01_ADS_DR3W2 EVD 

Answer 6

Oracle ignore l'indice de driving_site pour les instructions d'insertion, comme DML est toujours exécutée localement. Pour ce faire, créez un curseur avec l'indicateur de site de conduite, puis faites une boucle sur le curseur avec bulkcollect/forall et insérez-le dans la table locale cible.