oracle 回滚段 RBS 对ORA 01555的精彩解释
假设有张表，叫table1，里面有5000万行数据，假设预计全表扫描1次需要1个小时，我们从过程来看：
1、在1点钟，有个用户A发出了select * from table1;此时不管将来table1怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问的。
2、在1点30分，有个用户B执行了update命令，更新了table1表中的第4000万行的这条记录，这时，用户A的全表扫描还没有到达第4000万条。毫无疑问，这个时候，第4000万行的这条记录是被写到了回滚段里去了的，我假设是回滚段RBS1，如果用户A的全表扫描到达了第4000万行，是应该会正确的从回滚段RBS1中读取出1点钟时刻的内容的。
3、这时，用户B将他刚才做的操作commit了，但是这时，系统仍然可以给用户A提供正确的数据，因为那第4000万行记录的内容仍然还在回滚段RBS1里，系统可以根据SCN来到回滚段里找到正确的数据，但是大家注意到，这时记录在RBS1里的第4000万行记录已经发生了一点重大的改变：就是这个第4000万行的在回滚段RBS1里的数据有可能随时被覆盖掉，因为这条记录已经被提交了！！！
4、由于用户A的查询时间漫长，而业务在一直不断的进行，RBS1回滚段在被多个不同的tracnsaction使用着，这个回滚段里的extent循环到了第4000万行数据所在的extent，由于这条记录已经被标记提交了，所以这个extent是可以被其他transaction覆盖掉的！
5、到了1点40分，用户A的查询终于到了第4000万行，而这时已经出现了第4条说的情况，需要到回滚段RBS1去找数据，但是已经被覆盖掉了，于是01555就出现了。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/jamex/archive/2009/12/15/5009843.aspx
相关文档：
今天同事遇到了一个问题，原因是rownum的问题。
下面转一篇文章：
对于Oracle的rownum问题，很多资料都说不支持>，>=，=，between……and，只能用以上符号（<、& lt;=、！=），并非说用>，>=，=，between……and 时会提示SQL语法错误，而是经常是查不出一条记录来，还会出现� ......
前台UI进程（VC6编写）将UTF-8中文发给后台服务程序（Linux GCC），后台再写入oracle数据库，然后前台再通过后台将数据取出，并显示；后台没有做编解码转换，前台则在VC默认的GBK与UTF-8之间作转换。
开始时系统出现乱码，后来通过设置Linux一个环境变量、重启后台进程问题解决（问题是曾经尝试过更改该环境变量，但乱码依 ......
Oracle
SQL
的优化规
则：
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替
用IN写出来的SQL
的优点是比较容易写及清晰易懂，但是用IN的SQL
性能总是比较低的，从ORACLE
执
行的步骤来分析用IN的SQL
与不用IN的SQL
有
以下区别：
......
前些日子折腾的在线拍照，由于只是更新blob字段，没有在本地保存照片，导致客户拍脑门想要的时候不能马上拿出来。没说的谁让顾客是上帝呢，做吧。使用线程池创建三个线程让自定一个线程目标共享（也就是把表里的记录分成n组同时执行导出）。程序很简单，一共四个类和一个ojdbc14.jar包。由于sql语句写错了造成多个线程对一� ......
为防忘记，记录于下：
oracle 11gR2 : http://www.oracle.com/pls/db112/homepage，下载网址http://www.oracle.com/technology/documentation/database.html
oracle 11gR1 : http://www.oracle.com/pls/db111/homepage
oracle 10gR2 : http://www.oracle.com/pls/db102/homepage ......
