Page 1 of 1

Oracle stage - can we treat one specific error as fatal

Posted: Wed Oct 19, 2005 7:24 pm
by ahmediftikhar
Hi

I'm using OCI to load data into oracle table. We have option "Treat warning message as a fatal error" to abort the job if any warning occurs. My question is, can i filter out only one warning (oracle error) as fatal and rest can be ignored?


Thanks in advance
Ahmed.

Posted: Wed Oct 19, 2005 8:33 pm
by kumar_s
Hi,
One way is to handle the messages.
Collect all the error messge related to oracle and promote it to Fatal. :wink:

regards
kumar

Posted: Wed Oct 19, 2005 9:07 pm
by kcbland
I haven't ever tried it, but you could consider putting the return SQL DBMS variables that come back into another output link and constrain that link to a list of error values. If you want any of those values to abort the job, just set the Abort After N Rows value on that new link to 1 to abort on the first code.

Posted: Wed Oct 19, 2005 9:23 pm
by chulett
Ken's suggestion is the way to go - specific reject links for specific errors or groups of errors. That way you can control how many it takes per link before it aborts the job.

Posted: Thu Oct 20, 2005 12:28 am
by vmcburney
kumar_s wrote:Hi,
One way is to handle the messages.
Collect all the error messge related to oracle and promote it to Fatal. :wink:

regards
kumar
I've used this successfully to elevate parallel DB2 errors from information to warning messages. It works if the warning messages use the same message ID, but if your Oracle stage uses a variety of different warning message ids it can be hard to find and upgrade all of them. It certainly is a fast and easy way to turn a warning into an abort.

Posted: Thu Oct 20, 2005 4:30 am
by ahmediftikhar
Many thanks to everyone :D. I have achieved this in 2 way. One, added constraint to check appropriate DBMSCODE and used UtilityAbortToLog transform to abort the job. Second, added one more output link which will reject the record if appropriate DBMSCODE comes and AbortAfterRow is set to 1 in the constraint.

Thanks again
Ahmed.