Как получить Oracle SCHEMA в виде сценариев DDL с DBMS_METADATA (и SCHEMA_EXPORT) - PullRequest
8 голосов
/ 29 июня 2010

У меня проблемы с извлечением DDL для данной схемы с помощью DBMS_METADATA, возможно, из-за моего неправильного понимания.

Вот что я в основном делаю:

set termout off

create table copy_dml_schema(c clob, i number);

declare

  m    number;
  t    number;
  e    number;
  c    clob;
  i    number := 0;

begin

  e   :=  dbms_metadata.session_transform;


  dbms_metadata.set_transform_param   (e, 'REF_CONSTRAINTS'     ,  false   );
  dbms_metadata.set_transform_param   (e, 'CONSTRAINTS_AS_ALTER',  true    );
  dbms_metadata.set_transform_param   (e, 'CONSTRAINTS'         ,  true    );
  dbms_metadata.set_transform_param   (e, 'FORCE'               ,  true    );


  m   :=  dbms_metadata.open('SCHEMA_EXPORT');
  t   :=  dbms_metadata.add_transform (m, 'DDL'                     );

  dbms_metadata.set_transform_param   (t, 'PRETTY'              ,  true    );
  dbms_metadata.set_transform_param   (t, 'SQLTERMINATOR'       ,  true    );

  dbms_metadata.set_filter            (m, 'SCHEMA'              , 'XYZ');
  dbms_metadata.set_filter            (m, 'EXCLUDE_PATH_EXPR'   , 'in ('   ||
                                            '''GRANT''          ,' || 
                                            '''SYNONYM''        ,' || 
                                            '''STATISTICS''     ,' || 
                                            '''COMMENT''         ' ||
                                            ')');


  loop
    c   :=  dbms_metadata.fetch_clob(m);
    exit when c is null;
    insert into copy_dml_schema values (c, i);
    i := i+1;
  end loop;

  dbms_metadata.close(m);

end;
/

commit;


set pages     0
set trimspool on
set long      1000000
set lines         300
set longchunksize 300


spool c:\temp\the_schema.sql

select 
  c 
from 
  copy_dml_schema 
order 
  by i; 

spool off

drop table copy_dml_schema;

set termout on

Я былпод впечатлением, что этот метод будет возвращать операторы «CREATE TABLE» в таком порядке, что они могут быть созданы, то есть зависимые таблицы будут генерироваться позже.

Оказывается, однако, что порядокТаблицы являются произвольными в том смысле, что некоторые таблицы создаются с ограничением внешнего ключа, которое ссылается на таблицу, которая еще не была отправлена.

Чтобы «решить» эту проблему, я установил REF_CONSTRAINT и CONSTRAINTS_AS_ALTERв false и true, соответственно, потому что я предполагал, что это решит мою проблему.Но это не так.

Итак, есть ли решение моей проблемы или есть параметр, который я пропустил?

1 Ответ

1 голос
/ 30 июня 2010

Не столько ответ, сколько наблюдение.Технически возможно (но, вероятно, глупо на практике) иметь циклические ссылки в ограничениях.

create table blue (blue_id number primary key, val varchar2(10), red_id number);
create table red (red_id number primary key, val varchar2(10), blue_id number);

insert into blue values (1,'test',2);
insert into red values (2,'test',1);

alter table blue add constraint blue_fk foreign key (red_id) references red (red_id);
alter table red add constraint red_fk foreign key (blue_id) references blue (blue_id);

Так что я мог бы понять, если бы они решили, что, поскольку это не всегда достижимо, они не потрудились бы поставитьобъекты в порядке зависимости.

Таким образом, я бы оставил ссылочные ограничения при создании таблиц, а затем применил бы их как ALTER после того, как все таблицы были созданы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...