Re: PreCreate Oracle Tables
- From: Daniel Fink <Daniel.Fink@xxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Wed, 18 Feb 2004 13:52:31 -0700
In that case, #3 would be my choice. Using the indexfile is acceptable, but
it can be hard to read and edit at times. #3 also has the added benefit of
creating a db recreation and documentation script.
Of course, you could use #4 or #5 and then perform your maintenance before
releasing it to the users.
Daniel
Gene Sais wrote:
> Thank you for your response. I forgot to mention, its not an exact
> copy. I need to move some tables, indexes, change storage, and exclude
> one schema. I do like option #5, can never test backup/recovery enough!
> But, if you had to choose 2 or 3, which would you choose?
> >>> Daniel.Fink@xxxxxxx 2/18/2004 3:34:09 PM >>>
> Don't forget option 5) Use a backup from production and perform a full
> recovery. It not only creates the database, it tests your production
> backups and refreshes your recovery skills.
>
> If there are not any changes to the db, I like 4 as it is very quick
> and
> painless.
>
> Gene Sais wrote:
>
> > When copying a database, what are the best practices?
> >
> > 1) I typically, perform a full export from db A, create db B, import
> > dump from A into B.
> >
> > 2) Same as 1, but precreate tables with indexfile and then import
> > ignore=y.
> >
> > 3) Same as 1, but precreate tables with dynamic sql (create table
> emp
> > as select * from emp@dblink where 1=2), then import ignore=y.
> >
> > 4) Copy datafiles, recreate controlfile and rename db.
> >
> > I am looking to precreate the objects before importing the data and
> in
> > the past, I have used #2, but #3 is more flexible and requires no
> > editing of indexfile.
> >
> > Are they any disadvantages of using #3 from #2?
> >
> > Thanks,
> > Gene
> >
> > ----------------------------------------------------------------
> > 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
> > -----------------------------------------------------------------
>
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
>
> ----------------------------------------------------------------
> 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
> -----------------------------------------------------------------
----------------------------------------------------------------
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
-----------------------------------------------------------------
Other related posts:
