Re: simple question on DDL

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 <ORACLE-L_at_fatcity.com> 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: jonathan_at_jlcomp.demon.co.uk

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: ListGuru_at_fatcity.com (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).