One question to ask is whether whether all DDL
use the same strategy. Similarly, if you have
multiple code paths for "do a ddl call" how much
more risk of error do you introduce to the kernel.
Finally how do you get a consistent error response
to the end user if the error condition of apparently
identical events can fail in extremely different ways.
Consider the complexities of finding a consistent
kernel level approach to:
insert into t1 values (1);
drop table t1;
-- how to deal with self-deadlock ?
insert into t1 values (2);
commit;
insert into t1 values (1);
drop table t2;
-- how to deal with lock by other user ?
insert into t1 values (2);
commit;
Regards
Jonathan Lewis
http://www.jlcomp.demon.co.uk
Coming soon a new one-day tutorial:
Cost Based Optimisation
(see http://www.jlcomp.demon.co.uk/tutorial.html )
Next Seminar dates:
(see http://www.jlcomp.demon.co.uk/seminar.html )
____England______January 21/23
____USA_(CA, TX)_August
The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/faq/ind_faq.html
-----Original Message-----
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
Date: 23 January 2003 16:31
>Arup,
> I see your point and agree that the DDL should be an autonomous tx.
>Perhaps an enhancement request is in order? Since Oracle has the
autonomous
>tx code, integrating into the kernel should be considered...perhaps
for
>Oracle 38i?
> In the absence of that change, I must disagree and say that ddl must
>issue a commit. If you look at a combination of your example and
mine, the
>problem of waiting transactions still exists. In order to create a
table,
>space must be allocated. Again, if fet$ contains only 1 row for the
>particular file where the table is to be created, there is a
potential for a
>serious locking problem.
>
>Dan
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jonathan Lewis
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).
