CASE - If Only 1 record is found in TABLE_1 (on the average) for 8 records INSERTED into TRAN_TBL
Qs Is the Overhead of Checking the condition by the trigger also a significant portion OTHER than the actual execution by the trigger of INSERT into TABLE_2 on finding a match in TABLE_1? Any percentage proportion ratios of Checking Overhead TO execution ( INSERT ) overhead ? Any Docs , Links on such ? Thanks -----Original Message----- Sent: Thursday, July 24, 2003 8:42 AM To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Qs 1) Whenever an Account ID is transacted - INSERT occurs into a table TRAN_TBL as part of the transaction , Additionally the Account ID is checked for existence in another table say TABLE_1 . If found , a record is inserted into yet another table say TABLE_2 . Qs. Operations involving TABLE_1 & TABLE_2 if managed using triggers , How expensive in CPU & performance will it be ? NOTE - TRAN_TBL undergoes very large volumes of Concurrent OLTP INSERT transaction . Qs 2) If an alert is to be raised on addition of a new record to TABLE_2 :- a) Can trigger be used ? b) Should a cron job running every 5 min. look at TABLE_2 & based on the time criteria generates the alert ? Thanks -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: VIVEK_SHARMA INET: [EMAIL PROTECTED] 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: [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).
