Выберите и вставьте через dblink - PullRequest
Новая
       22

Выберите и вставьте через dblink

8 голосов
/ 17 марта 2010

У меня возникли некоторые проблемы с выбором вставки через dblink в Oracle 10. Я использую следующее утверждение: 

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

Когда я запускаю инструкцию, выполняется следующее для удаленного сервера в БД: 

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

Если я запускаю только select и не выполняю вставку, выполняется следующее: 

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

Проблема в случае вставки, когда таблица enitre перетаскивается через dblink, а затем ограничивается локально, что занимает достаточно много времени, учитывая размер таблицы. Есть ли какая-либо причина, по которой добавление вставки могло бы изменить поведение таким образом?

Ответы [ 6 ]

3 голосов
/ 17 марта 2010

Когда дело доходит до DML, oracle предпочитает игнорировать любую подсказку drive_site и выполняет инструкцию на целевом сайте. Поэтому я сомневаюсь, что вы сможете изменить это (даже используя подход WITH, описанный выше). Возможный обходной путь - вы можете создать синоним для LOCAL.TABLE1 в удаленной базе данных и использовать его в своем выражении INSERT.

3 голосов
/ 17 марта 2010

Возможно, вы захотите использовать подсказку drive_site. Здесь есть хорошее объяснение: http://www.dba -oracle.com / t_sql_dblink_performance.htm

2 голосов
/ 23 октября 2013

Oracle будет игнорировать подсказку drive_site для операторов вставки, поскольку DML всегда выполняется локально. Чтобы сделать это, нужно создать курсор с подсказкой места вождения, а затем перебрать курсор с помощью bulkcollect / forall и вставить в целевую локальную таблицу.

2 голосов
/ 17 марта 2010

Использование предложения WITH может оптимизировать ваш рабочий набор: 

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
0 голосов
/ 13 февраля 2013

Вставка в zith кардинальную подсказку, кажется, работает в 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
0 голосов
/ 18 марта 2010

Насколько велика WORKING_TABLE? Если он достаточно мал, вы можете попробовать выбрать из work_table коллекцию, а затем передать элементы этой коллекции в виде элементов в списке 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;
/
...