I've spent much time (years) perfecting my database (several dozen tables), populating it, tweaking storage things, etc.
I now want to make a binary copy of the actual DB files (to move onto a different PC with identical hardware and O/S), so as to preserve all my work exactly - however - many of the tables which once contained tens of millions of rows have been trimmed down to only a few dozen rows.
Is there a way to reduce the database files down from their current 20gigs in size; without messing up the careful work I've put into creating these tables, and how Oracle manages the growing of them etc?
Is there a way to "zap" the undo things so that the deleted rows are gone for good?
The new machine will be re-running my same app, and so will be re-populating all the tables again (millions of rows), and it would be especially nice if there was a way to prevent the recovery or viewing (eg: with a hex editor) of the rows I've deleted (sensitive info; the new PC has other people with access to it).
I'm more user and solutions focussed in my knowledge, so all help in as much detail as possible will be greatly appreciated - and sorry if this was an obvious question (I couldn't find the answers in the manuals or google, so I'm trying ee :-)
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I'm not using 10g, so jwittenm's solution is not personally helpful, but since other people might find that it solves *their* problems, I'll award that answer.
My current idea is to create an entirely new database from scratch, and export the bloated one into the fesh one, then delete the old one.
Massive job that's going to suck up loads of time and disk space, but I know no other way :-))
Business Accounts
Answer for Membership
by: jwittenmPosted on 2005-05-31 at 09:27:34ID: 14114747
if you are on 10g, use the 'alter table <tablename> shrink space cascade' command.