问题是：delete from test where 1=2这个语句会在回滚段里分配一个事务槽吗？会在数据段里或数据段里的块上分配信息吗？如果只修改了块的头信息，象：ITL，块的版本号怎末发生变化？存在只修改块头信息而不修改块里数据的情况呢？一起讨论。

No. It does not. Oracle knows you're not getting any rows.

Yong Huang

thanks for reply,yong huang

to Yong Huang
How to oracle know it not getting any rows?

一个简单的实验即要证明此点：
sid=39 pid=17> delete gk where 0=1;

已删除0行。

sid=43 pid=21> select * from v$transaction;

未选定行

v$transaction视图没有任何行，也就是ORACLE不认为这是一个事务的开始。
我的测试环境是10g

QUOTE:

---

原帖由 晶晶小妹 于 2008-5-23 15:30 发表
一个简单的实验即要证明此点：
sid=39 pid=17> delete gk where 0=1;

已删除0行。

sid=43 pid=21> select * from v$transaction;

未选定行

v$transaction视图没有任何行，也就是ORACLE不认为这是一个事务的开始。
我的测试环境是10g

---

are you sure?

这个实验是我刚做的。

你是不是说：v$transaction中没有行，并不能说明一个事务没有开始。

以前也和他们讨论过这件事情，我也查了视图资料，V$TRANSACTION,这个视图确实是只显示目前活着的事务，这里没有事务，并不等于一个事务没发生过（V$TRANSACTION lists the active transactions in the system.），你可以查查V$session.TADDR，该字段存储的是事务对象的信息，这个字段在运行了该语句后会产生值的，所以，对这个简单的问题一直比较迷惑，现在谁能把DELETE FROM TEST WHERE 1=2这个语句的内在执行过程清楚的给出就好了，然后可以顺着这个过程做个测试。

[ 本帖最后由 sqysl 于 2008-5-23 18:29 编辑 ]

QUOTE:

---

原帖由 sqysl 于 2008-5-23 04:19 发表
以前也和他们讨论过这件事情，我也查了视图资料，V$TRANSACTION,这个视图确实是只显示目前活着的事务，这里没有事务，并不等于一个事务没发生过

---

I see what you mean. To find out what locks have been acquired during a very short period of time (too short for you to check in v$lock), you can use event 10704:

conn username/password
select spid from v$process where addr = (select paddr from v$session where sid in (select sid from v$mystat));
alter session set events '10704 trace name context forever, level 10';
--delete from t where rownum = 1;
delete from t where 1 = 2;
alter session set events '10704 trace name context off';

On my 10.2.0.1 database, I see TM lock taken in mode 3. Apparently it means that even if no row is selected, for a brief period, a mode 3 table lock was taken on that table. But since there's no TX lock, we can safely say no transaction took place. If you change the where to actually delete a row, you *will* see TX in the trace file.

Yong Huang

谢谢yong huang的答复，您说的这些我理解，而且和您有相同的观点，现在关键是有个疑问，那就是ORACLE在开始一个DML语句时，何时获取一个事务槽，无非有以下几种情况：
第一，先不获取事务槽，而是先根据DML对涉及到的数据进行扫描，获取到结果后再获取一个事务槽，然后进行真正的数据操作；关键是这种情况下，如何保证从扫描开始到最后实施真正的修改这段时间里，扫描的数据不被其他事务修改和锁定，TM锁能做到吗？
第二，在开始一个DML时，首先获取一个事务槽，然后对涉及到的数据进行扫描，当对块扫描时，获取一个块ITL，如果这样，无论该块中有没有数据被修改，该事务本身由于获取了ITL，都形成了对该块修改了的事实，即修改了块头；
第三，在开始一个DML时，首先获取一个事务槽，然后对涉及到的数据进行扫描，但在扫描过程中，并不获取ITL，直到扫描某个数据块时，发现该块中有需要加锁修改的数据时，再获取一个块ITL,然后加锁、修改，这种情况下，虽然获取了一个事务槽，但并未修改相应的数据块，不知道这情况算不算获取了一个事务锁。
当然，DELETE FROM TEST WHERE 1=2中的条件ORACLE很容易判断没有符合条件的行，但然过我把WHERE条件换成一个现实的条件，比如:
create table test  as select * from dba_extents;
delete from test where owner='####';
而test表里没有符合owner='####'条件的数据时，上面的问题是个什么情况呢？个人愚见，希望大家共同讨论，共同进步。

[ 本帖最后由 sqysl 于 2008-5-24 20:19 编辑 ]