凭据以上字段 pkID 是主键，unID1 是独一健索引，unID2 是深入健索引，TSID 是深入字段，没有在上设立建设索引。
实验的结论：
PK_INDEX UNIQ_INDEX NormalINDEX NO_INDEX
WITH RR 锁行,不锁表 锁行,不锁表 不锁行,不锁表(1) 锁行,锁表
WITH RS 锁行,不锁表 锁行,不锁表 锁行,不锁表 锁行,锁表(2)
锁行是指在一个事宜顶用某种体式格式读取并更改了改行数据并体现得指明要修正后，这个事宜将锁住改行，直到它提交大概回滚了事宜后，才开释该锁。
锁表是指在用以上种种SQL在读取并更改一行的同时锁住了整个表。
对以上红字部分(1)大年夜约有不能清晰的是:为什么对深入索引和主键大概独一健索引的分比如结论?
对PK和UNIQ的正文是由于RR 是可重复的读的级别，对此次检索扫描到的丰大年夜约成为本人的匿伏检索对象的内容都邑锁住，而由于是主键大概独一健，此内行不大年夜约成为此次这个检索的匿伏读的范畴，便是对其余数据此事宜根基就没有需求锁，任何环境的更改都不大年夜约呈现幻读的环境(此表上的束缚限定），以是只锁这一行。这么清晰对PK,UNIQ没有成绩。
但是NormalINDEX 我认为应该是锁住这个表而不是不锁。这点一直没想清晰明显。留待当前再加强');清晰。
对RS阻隔级别是“锁定检索到的数据行”，是经过进程SQL检索到的后果进行锁定， PK,UNIQ,INDEX的结论完全都可以清晰。 对 tableScan的检索而呈现的锁表有些象RR阻隔级其余所为。
详细进程:select * From TTT where 奸通奸骗*= ? for update with RR(RS)，这里的 奸通奸骗并不是随意定义的。
阻隔级别分为RR/RS/CS/UR四个级别：
1.RR阻隔级别： 在此阻隔级别下， DB2会锁住通通关连的记载。 在一个SQL语句执行时期， 通通执行此语句扫描过的记载都邑被加上响应的锁。 详细的锁的典范仍是由操作的典范来决定， 假定是读取，则加共享锁； 假定是更新， 则加独有锁。 由于会锁定通通为取得SQL语句的后果而扫描的记载， 以是锁的数目大年夜约会很重大年夜， 这个时候， 索引的添加大年夜约会对SQL语句的执行有很大年夜的影响，由于索引会影响SQL语句扫描的记载数目。
2.RS阻隔级别： 此阻隔级其余要求比RR阻隔级别稍弱，此阻隔级别下会锁定通通相符条件的记载。 岂论是读取， 仍是更新， 假定SQL语句中包孕盘查条件， 则会对通通相符条件的记载加响应的锁。 假定没有条件语句， 也便是对表中的通通记载进行处理，则会对通通的记载加锁。
3.CS阻隔级别： 此阻隔级别仅锁住当前处理的记载。
4.UR阻隔级别：此阻隔级别下，假定是读取操作，不会呈现任何的行级锁。关于非只读的操作，它的锁处理和CS沟通。
DB2默许的阻隔级别是CS。即游标不变性。
DB2分页盘查：
SELECT * FROM (Select 字段1,字段2,字段3,rownumber()
over(ORDER BY 排序用的列名 ASC) AS rn from 表名)
AS a1 WHERE a1.rn BETWEEN 10 AND 20
SELECT * FROM (Select T.*,rownumber()
over(ORDER BY T.ID ASC) AS rn from
ADMINISTRATOR.TEST_BY_HUFENG T) AS a1
WHERE a1.rn BETWEEN 1 AND 3
来自: 新客网(www.xker.com) 详文参考：http://www.xker.com/page/e2008/0128/46641_4.html
版权声明：
原创作品，批准转载，转载时请务必以超链接体例标明文章 原始来由 、作者信息和本声明。不然将清查法律责任。