| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: Re[2]: Strangeness
> Hmmph. Topics like this on a Friday make me want to dig deeper into
> my toolbox (the malted compartment of course).
I'm having similar feelings. Time to break out the Lagavulin tonight.
And Rachel, yes, I know it reminds you of burning peat.
Maybe I *like* burning peat. :)
Re the rewrite of the OOP App I mentioned: A developer that was
intimately
familiar with the inner workings of the app ( he inherited it ) and myself
offered
to do the rewrite in 2 months. They spent $1M+ on the app, and didn't
appreciate
a couple of Oracle hacks telling them it could be rewritten for $25k, and
several
orders of magnitude faster.
Jared
Robert Eskridge <bryny_at_dfweahs.net>
Sent by: root_at_fatcity.com
03/08/02 02:43 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
cc:
Subject: Re[2]: Strangeness
Jared,
Yeah, they don't want to hear about PL/SQL because then they can't scale it up on the middle tier where they can have dozens of machines with the same poorly written app simultaneously pounding the database thousands of times more intensely than the task requires....
Hmmph. Topics like this on a Friday make me want to dig deeper into my toolbox (the malted compartment of course).
-rje
J> Lee,
J> I've had similar experiences.
J> The problem is not PRO*C, but how the program is designed.
J> Is it by any chance written in C++? I once had the 'privilege' of J> administering an the databases for an application written in C++. J> The software featured and award winning design, literaly. The OOP J> design was honored in some OOP magazine. J> When you consider though that this wonderful OOP design treated everyJ> piece of data from the database as atomic, and retrieved them that way, J> you can begin to see the problem.
J> The average SQL*Net packet size was 200 bytes, sub optimal to say the J> least. This is because the app preferred to retrieve it's own information
J> from the database and do the joins in the software.
J> In a couple of hours this app could process all of 10k transactions,
and
J> generate several million TCP/IP packets in the process.
J> I suggested they move the app to the database server: this resulted in J> a 40% decrease in runtime.
J> We offered to rewrite the whole thing in PL/SQL, but that was a J> politically incorrect suggestion.
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Robert Eskridge INET: bryny_at_dfweahs.net 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: 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.com -- Author: INET: Jared.Still_at_radisys.com 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: 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).Received on Fri Mar 08 2002 - 17:28:23 CST
 |
 |