I did it this way to keep all the dependent objects in line with with = their parents. Dbms_metadata.get_ddl is supposed to be used in scripts = and "browsing" and the other method has all the programmatic = functionality (Open, Fetch, Crap). I don't think that way. I want it = to be easy. I haven't implemented the package yet and I'm still using a = massive sql script with multiple repeated calls for each schema. It's a = bitch to maintain and, of course, it isn't complete. I spool all the = ddl out daily to capture any changes that may occur and for convenience. = I have all current ddl available all the time for all the db's. = (Except of course for what I haven't captured yet<g>). > -----Original Message----- > From: oracle-l-bounce@xxxxxxxxxxxxx > [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Daniel Fink > Sent: Friday, April 30, 2004 2:55 PM > To: oracle-l@xxxxxxxxxxxxx > Subject: Re: Using dbms_metadata to extract a full schema >=20 >=20 > Thanks for all the code and packages. It looks like this is the > only way, I was just hoping that there was a method using the > dbms_metadata package to extract all the schema ddl with one > call. Of course, this would make sense and the documentation > SAYS you can do it, but it looks not to be the case. >=20 > Regards, > Daniel > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- >=20 ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------