I always considered it good practice to keep db triggers small.  This
probably comes from the by-gone era (pre Oracle 7.1) when there really was a
performance hit with larger triggers.

Although no specific db trigger size is mentioned, here's some support for a
"good practice" rationale...

Steve Feuerstein in his Oracle PL/SQL book (pages 868-871) recommends that
you should "...keep your trigger code to a minimum and instead place as much
of your logic as possible in packages so that this code can be more easily
reused throughout your application."

Hope this helps,
Mike

----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Tuesday, June 11, 2002 10:38 AM


> Hi all,
>
> Does anyone have any recommendations for db trigger size?
>
> Some developers here write triggers that have 400-700 lines in them. I am
> pushing them to write a package and call that package from within the
> trigger. But to put this argument forward, I need to give some good
> reasoning and that's why I am looking for some recommendations.
>
> Some of these triggers are on tables that are most active in the database
> (i.e. DML ALL the time) and none of the triggers are pinned.
>
> Thanks in advance
> Raj
> ______________________________________________________
> Rajendra Jamadagni MIS, ESPN Inc.
> Rajendra dot Jamadagni at ESPN dot com
> Any opinion expressed here is personal and doesn't reflect that of ESPN
Inc.
>
> QOTD: Any clod can have facts, but having an opinion is an art!
>
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mike DiPardo
  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).

Reply via email to