> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Connor > McDonald > Sent: Tuesday, April 30, 2002 4:03 AM > To: Multiple recipients of list ORACLE-L > Subject: RE: pl/sql is INTERPRETED? > > > Saw some basic demo's at a BMC/Simulus seminar > revealed that compiled units were certainly faster > than their interpreted counterparts - I can't remember > off hand but it was in the order of 20-30% maybe? Of > course, typically the main performance problems with > PL/SQL are: > > a) poor SQL within the code > b) inefficient (ie row at a time) handling of the > results
It's sometimes surprising to people just how big a difference things like this can make. As an example, a couple of weeks ago I was asked to look at some poor performing PL/SQL. The packaged procedure in question declared a cursor as a simple select of all rows and columns (~60 or so) from some table. A cursor for loop was then used to read each row and insert into a table -- row at a time processing. The process inserted 6.9 million rows and took 1 hour 9 minutes (I commented out the commit every 5,000 rows logic ;-) ). Ripped out the procedural logic and changed to a simple INSERT INTO TABLEA (....) SELECT ... FROM TABLEB. The process completed in 6 minutes. Didn't have the chance to get timings on an insert append. > > neither of which I believe native compilation will > help with greatly. > > hth > connor > -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Larry Elkins INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (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).