T.R | Title | User | Personal Name | Date | Lines |
---|
4976.1 | | NOVA::SMITHI | Don't understate or underestimate Rdb! | Wed Jan 29 1997 10:04 | 24 |
| ~ I want to trap the errors encourntered while executing SQL statments
~ in the stored procedure.(Like constraint violation Eg. Duplicated
~ Record, Not null column assigned a null value).
You can only trap these errors in a host application, not in stored
procedures. This functionality is planned for a future release.
~ When i try to create tables using scrips (i.e the script will contain
~ the DDL statements to create one or more tables),and if the script
~ contains statments for creating a quite a few tables the system hangs
~ or throwing some error messages. This problem i can over come by
~ giving the commit command in between .
SO what are the errors and why the hang? (Use RMU/SHOW STAT to investigate
the hangs)
~ In oracle for this kind of problme we need to increase or create
~ rollback segments.
~ What is the similar thing in Rdb and how to accomplish that.
Rdb has no such thing - we use snapshot files and they created and managed for
you. I doubt this has anything to do with the problem.
Ian
|
4976.2 | error handling in sp | ORAREP::QCAV02::KRISH | | Thu Jan 30 1997 06:59 | 16 |
| Hi,
Thanks for the immediate reply.
So the only way to handle errors encountered in the sql statements
of the stored procedure is call the call the stored procedure through a
sql module file and call the module file from precompiler code.
That's right?
Regarding the problem i was facing while creating quite a few tables ,
i just increased the buffer sizes using the alter table command and
that solved the problem.
Thanks in advance.
With regards
S.Krishnakumar
|
4976.3 | | NOVA::SMITHI | Don't understate or underestimate Rdb! | Thu Jan 30 1997 09:32 | 12 |
| ~So the only way to handle errors encountered in the sql statements
~of the stored procedure is call the call the stored procedure through a
~sql module file and call the module file from precompiler code.
Well you can call the stored procedure directly from the precompiler source:
exec sql call yourproc (...parameters...);
if sqlcode <> 0 then
...handle the error...
end if
Ian
|