Oracle-L: RE: Advice needed on PL/SQL code

From: Beth Wells <beth_wells_at_modusmedia.com>
Date: Wed, 29 Jan 2003 21:33:47 -0800
Message-ID: <F001.0053E21A.20030129213347@fatcity.com>

Thanks all, this is helpful information for my boss, who wants to schedule a procedure to bulk copy data between tables on a regular basis.

For my own problem, I should have been more specific in my example, but I was thinking more about my boss' issue than my own. (What a great employee I am!) I want to select rows older than five years from an original table, insert them into an archive table, delete from the original, and do the same for related tables based on the original's primary key. The only way I can think of to do this is to loop through a cursor, performing actions on all related tables using one 'master' row at a time, and periodically issuing either a commit or rollback. This code will be delivered to DBAs with varying skill levels, so I need to make it re-startable if it fails for any reason. I want to play it safe and commit every thousand rows or so because the sizes of the tables vary significantly between databases.

Charlie Mengler pointed out that I could easily end up with ORA-01555 errors using my original example, which I had a hard time understanding until I re-read Steve Adams' tip on his website (thanks to whoever posted the link a few days ago). Since I will be deleting the original records after successfully inserting to archive tables, I believe I can periodically issue a commit and then close and re-open the cursor.

Is anyone else archiving old data this way? Have I overlooked a better way?

Thanks again,
Beth

-----Original Message-----

Sent: Wednesday, January 29, 2003 9:35 AM To: Multiple recipients of list ORACLE-L

Robert,

Thanks for point that out. Also, if there is index on the table, redo will still be generated for index.

Richard

-----Original Message-----

Sent: Tuesday, January 28, 2003 10:54 PM To: Multiple recipients of list ORACLE-L

/*+ append */ alone does not prevent redo generation. Only with NOLOGGING in the SQL
will redo generation be suppressed.

Cheers!

-----Original Message-----

Sent: Tuesday, January 28, 2003 6:29 PM
To: Multiple recipients of list ORACLE-L

If it's a lot of rows and looks like you are archiving it to a historical table, you could do:

insert /*+ append */ into target_table select * from source_table;

this will do a direct path insert, so it uses space above HWM. It doesn't generate redo.

Richard

-----Original Message-----

Sent: Tuesday, January 28, 2003 6:09 PM
To: Multiple recipients of list ORACLE-L

Hi all,

Please forgive this newbie question; I'm just getting started with PL/SQL. I want to write a procedure to copy all rows from one table to another one with an identical structure. The table has many rows so I'm committing every thousand records (error handling to be added later). The table has 50+ columns and (if possible) I'd like to avoid listing them all in the VALUES clause. I'm not just being lazy - I hope to deploy this code to several databases and the source table, while having the same name, may have differences in the columns. I want to do something like this:

DECLARE
count_ NUMBER;
CURSOR get_archive_records IS

      SELECT * FROM customer_order_table; BEGIN
   count_ := 0;
   FOR rec_ IN get_archive_records LOOP

      INSERT INTO customer_order_archive
      VALUES (rec_.*);     -- OBVIOUSLY, THIS DOES NOT WORK
      count_ := count_ + 1;
      IF MOD(count_,1000) = 0 THEN
         COMMIT;
      END IF;

END LOOP;
COMMIT;
END; Is there a way to accomplish this? Or is my whole approach all wrong?

Thanks in advance,
Beth

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Beth Wells
INET: beth_wells_at_modusmedia.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services


---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message

to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Richard Ji
INET: richard.ji_at_mobilespring.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services


---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Robert Freeman
INET: robertgfreeman_at_yahoo.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services


---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services


---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Beth Wells
INET: beth_wells_at_modusmedia.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services


---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message