| 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: PROCESSING APPROACH - Oracle design issue on Unix
Paula - One word of caution which I'm sure you don't need. Often Unix
scripts can process data faster than processes inside Oracle. This is an
important consideration for data warehousing. I'm sure you are aware of
this, but thought I would mention it.
Dennis Williams
DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com
-----Original Message-----
Sent: Thursday, August 29, 2002 12:33 PM
To: Multiple recipients of list ORACLE-L
Guys,
In the past when writing ETL processes for data warehouses I did a lot with scripting on Unix and used SQL for some basic processing. I have been moving more into creating stored procedures and also separately been working on modularizing and making generic code. To me with native dynamic sql, utl_smtp and other Oracle packages/procs available it is cleaner and easier to modularize these codes into different stored procedures. Thereby I am moving a lot of the code I used to run into stored procs at the same time I am modularizing/generi. it. Eventually the script will be doing some basic things. Does anyone have an opinion on the approach I am taking as to its long-term viability/maintainability/reusability? I would love any and all opinions.
Thanks,
Paula
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: DENNIS WILLIAMS
INET: DWILLIAMS_at_LIFETOUCH.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 Thu Aug 29 2002 - 16:18:50 CDT
 |
 |