关于oracle＆DB2的比较

eagle3250 · 发表于 2008-11-19 21:35

What are the difference between Statement-level read consistency and Transaction-level
read consistency in ORACLE database?
Do not misunderstand concept!

[ 本帖最后由 eagle3250 于 2008-11-19 21:41 编辑 ]

sqysl · 发表于 2008-11-19 21:53

楼上说的是，我不该把ORACLE的serializable扯进来，它是设置事务隔离级别的，期待各位高手参与讨论。。。

[ 本帖最后由 sqysl 于 2008-11-20 08:06 编辑 ]

sqysl · 发表于 2008-11-20 09:53

前面说得有点乱，举个具体的例子吧，以ORACLE SCOTT.EMP为例：
session1：
select empno,ename,sal from emp where empno=7369;
EMPNO ENAME       SAL
----- ---------- -----
7369 SMITH       800

update emp set sal=10000 where empno=7369;
已更新 1 行。

select empno,ename,sal from emp where empno=7369;
得出结果：
EMPNO ENAME       SAL
----- ---------- ------
7369 SMITH    10000
session2：
同时执行：
select empno,ename,sal from emp where empno=7369;
EMPNO ENAME       SAL
----- ---------- -----
7369 SMITH       800

针对同一个人，在同一时刻，工资却出现了两个不同的值，也就是同一时刻针对同一事物的同一属性出现了两个完全不同的值，这不是数据的不一致吗？
而同时，其他数据库系统例如：mssql，做上述试验，session1中更改后再查询，会查出修改后的值：10000，session2却处于阻塞状态，直到session1提交才可以出结果，这就做到了同一时刻针对同一事物的同一属性只有一个值，虽然提交或回滚后session2中也许会出现与session1中查询结果的不同值，但那不是同一时刻的结果，希望大家一起讨论。

[ 本帖最后由 sqysl 于 2008-11-20 09:57 编辑 ]

oracledba · 发表于 2008-11-20 11:50

那session1更新的10000是不是一个应该让大家看到的一致的呢？会不会是10001 10002呢？您要是对事物隔离级别有了解，那最低的级别是脏读，这种问题自己去想吧

sqysl · 发表于 2008-11-20 17:34

不知道你没说明白还是我没理解你的意思，事务的隔离级别我了解，不过，数据库本身就是为了反映现实世界的，在同一时刻同一事物的一个属性给出了用户两个截然不同的结果，这是不符合现实世界的，起码它没正确反映现实世界。
还有，ORACLE似乎并不支持READ UNCOMMITTED，只支持READ COMMITTED 和SERIALIZABLE，而且缺省的是RC级别的隔离，在这两种隔离级别下，都会出现数据这种不一致现象，无论如何，ORACLE在SESSION2里用以前的数据状态替换了目前数据的状态而展现给用户，目前的数据状态就是未知的，不确定的，这就是锁模型的不同。
如果展现给大家的不是10000，而是10001，10002，那可就不是一致性的问题了，那可是对与错的问题了，呵呵。。。
对你上面的论点，我并没完全理解，如果你有时间，还希望能详细讲讲，谢谢。

[ 本帖最后由 sqysl 于 2008-11-20 17:41 编辑 ]

oracledba · 发表于 2008-11-20 18:02

session 2的没commit or rollback的是脏读，用户没commit可能10000是不对的，如果对就commit，这才是一致读，oracle做到的就是最小的成本实现的永远一致读，您明白吗，没有任何用户可以读别的用户没有commit or rollback的，所用用户都有唯一一个一致的结果，也就是oracle的机制就是实现一直读，像你自己说的要不就是read commit，要不就是serializable，怎么会有不一致的呢？我没commit，所有别的用户都是读到的800，只有一个session去读那些悬而未决的10000，我感觉您现在说oracle不实现脏读到成了不一致读了