Oracle ORA_ROWSCN
今天看到一篇关于ORA_ROWSCN的文章，虽然简短，没有什么实例，但是已经把ORA_ROWSCN大概是怎么回事介绍清楚了。记录一下。
=================================================================================
默认的情况下，每个块中所有的记录的ORA_ROWSCN都是相同的，当块中任意一条记录发生改变的情况下，块中所有记录的ORA_ROWSCN都会变化为最新值，ORA_ROWSCN的最小粒度是块。
当我们使用create table …… rowdependencies;建表的时候，每条记录会有自己的ORA_ROWSCN段，在这种情况下块内的一条记录的更改仅仅会影响该记录的ORA_ROWSCN，不会对块内其他记录的ORA_ROWSCN产生影响。这个时候，ORA_ROWSCN的最小粒度是记录。
这个功能比较适合那些需要做增量刷新的操作，通过ORA_ROWSCN来迅速的找到那些发生变化的块，忽略那些没有发生变化的块，提高了刷新的效率。
写到这的时候，不知道大家有没有想另外的一个问题，那就是ORA_ROWSCN是怎么实现的，使用ORA_ROWSCN有什么注意的事项么？这是我们大家共同的一个问题，仅仅注意到一个功能积极的部分，很少想这个功能是否适合我，使用这个功能会给系统带来什么样子的风险，而往往风险才是我们需要更多考虑的地方。在数据库方面有一句话还是比较实在的，“无过便是功”。与系统的优化相比，系统的稳定则更加重要一些。
还是回到ORA_ROWSCN上来吧。
当我们没有开启rowdependencies的时候，块内的所有记录的ORA_ROWSCN都是一样的，可以猜想oracle会直接读取block head来获得ORA_ROWSCN，因为这样做的话效率会高一些，也更加的方便直接。事实上，oracle也是这样做的。所以在这种情况下，对于DML操作来说，并没有增加任何的开销，block head的scn是肯定要记录的。因此，在默认情况下，使用ORA_ROWSCN并不会带来任何的影响的。
那当我们开启了rowdependencies呢？这个时候块中的每条记录都会有自己的ORA_ROWSCN了，那肯定是在块中完整的记录下每条记录的scn号。这样就带了两个需要考虑的问题，空间上会存在浪费，这部分空间用来记录每条记录的scn。当记录的字段比较多，记录的长度比较长的时候可能影响的百分比会小一些，可是对于那些字段比较少的，记录的长度比较短的表影响将会是巨大的，空间的占用完全有可能增大100%以上。对时间上的浪费也很好理解，在表上的DML操作会更新一个字段，时间的浪费也就是必然的了。
上面的分析仅仅是抽象的，还需要一些测试数据�
相关文档：
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
(PROGRAM = extproc)
)(SID_DESC =
&nb ......
最近发现有一个页面的打开速度很慢，几乎每次都需要刷新十几次才能打开，分析原因可能是由于时间的积累，该表中的数据量过大引起的（该表是一张存放过程性数据的表）。经查实，果真是该表数据量过大，有7百万之多。遂决定将部分历史数据备份并清除掉，以提高性能。
使用：creart table table_bak as select * from t ......
锁定的概念：锁定是数据库用来控制共享资源并发布访问的机制。在多用户环境下，多个用户可同时访问相同的数据。Oracle 提供锁以确保在多用户环境下数据的完整性和一致性。在提交或回滚事务之前，Oracle 会锁定正被修改的数据。在用户完成或回滚事务之后，锁会自动释放。只有在提交或回滚事物之后，其他用户才可以更新这些数 ......
PB自带的REPLACE语句用着总有些不习惯。今天同事在做数据迁移中，用到替换功能，根据不同的登录用户，选择该用户下的表。所以，我就用ORACLE的函数来实现它。其实挺简单的，就是一个PB动态SQL语句的例子而已。下面是个例子，SQL语句自已拼装好。注意拼装的SQL语句末尾不要习惯的加“； ......
