Links
Home
Oracle DBA Forum
Frequent Oracle Errors
TNS:could not resolve the connect identifier specified
Backtrace message unwound by exceptions
invalid identifier
PL/SQL compilation error
internal error
missing expression
table or view does not exist
end-of-file on communication channel
TNS:listener unknown in connect descriptor
insufficient privileges
PL/SQL: numeric or value error string
TNS:protocol adapter error
ORACLE not available
target host or object does not exist
invalid number
unable to allocate string bytes of shared memory
resource busy and acquire with NOWAIT specified
error occurred at recursive SQL level string
ORACLE initialization or shutdown in progress
archiver error. Connect internal only, until freed
snapshot too old
unable to extend temp segment by string in tablespace
Credential retrieval failed
missing or invalid option
invalid username/password; logon denied
unable to create INITIAL extent for segment
out of process memory when trying to allocate string bytes
shared memory realm does not exist
cannot insert NULL
TNS:unable to connect to destination
remote database not found'>ora-02019
exception encountered: core dump
inconsistent datatypes
no data found
TNS:operation timed out
PL/SQL: could not find program
existing state of packages has been discarded
maximum number of processes exceeded
error signaled in parallel query server
ORACLE instance terminated. Disconnection forced
TNS:packet writer failure
see ORA-12699
missing right parenthesis
name is already used by an existing object
cannot identify/lock data file
invalid file operation
quoted string not properly terminated
EXEC pROCEDURE IN TRIGGER

EXEC pROCEDURE IN TRIGGER

2005-07-01       - By Jared Still

Reply:     1     2     3     4     5     6     7     8     9     10  

I would like to take this opportunity to point out that this is
how Oracle myths get started and/or perpetuated.

You may read a lot of things about Oracle that may no longer
be correct, or possibly never were correct.

In this case, as Mark Powell has shown, this was at one time
true. Triggers were not compiled in Version 7 of Oracle.

I don't recall which version changed that, but the point is this:
Oracle no longer works that way.

A clear cut case where the manual should have been consulted.

Not meaning to pick on anyone, just educate.

Jared


On 6/29/05, Guang Mei <GMei@(protected)> wrote:
>
> I have read somewhere that when writing a trigger, one should not put all
> the code in the trigger, instead one should create a store procedure and
> call it from the trigger. Doing so would improve the performance, becuase
> oracle will re-compile the trigger code everytime when a trigger is fired.
> My question is if there is any paper/doc/study exist somewhere that
> compare
> the performance. For a typical trigger with say about 20 lines of code,
> how
> much improvement could one expect if putting the code into a procedure. I
> guess I could do some test on the system by myself (too lazy), but
> wondering
> if I can get some rough idea. I looked around on the web but can not find
> any detailed paper out there.
>
> Thanks.
>
>

I would like to take this opportunity to point out that this is <br>
how Oracle myths get started and/or perpetuated.<br>
<br>
You may read a lot of things about Oracle that may no longer<br>
be correct, or possibly never were correct.<br>
<br>
In this case, as Mark Powell has shown, this was at one time<br>
true.&nbsp; Triggers were not compiled in Version 7 of Oracle.<br>
<br>
I don't recall which version changed that, but the point is this:<br>
Oracle no longer works that way.<br>
<br>
A clear cut case where the manual should have been consulted.<br>
<br>
Not meaning to pick on anyone, just educate.<br>
<br>
Jared<br>
<br>
<br><div><span class="gmail_quote">On 6/29/05, <b class="gmail_sendername"
>Guang Mei</b> &lt;<a href="mailto:GMei@(protected)">GMei@(protected)</a>&gt; wrote:</span
><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204
); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have read somewhere that when writing a trigger, one should not put all<br
>the code in the trigger, instead one should create a store procedure and<br
>call it from the trigger. Doing so would improve the performance, becuase
<br>oracle will re-compile the trigger code everytime when a trigger is fired.
<br>My question is if there is any paper/doc/study exist somewhere that compare
<br>the performance. For a typical trigger with say about 20 lines of code, how
<br>much improvement could one expect if putting the code into a procedure. I
<br>guess I could do some test on the system by myself (too lazy), but wondering
<br>if I can get some rough idea. I looked around on the web but can not find
<br>any detailed paper out there.<br><br>Thanks.<br><br></blockquote></div><br>