From：11gR2
Foreach row, ORA_ROWSCN returns the conservative upper bound system change number(SCN) of the most recent change to the row in the current session. Thispseudocolumn is useful for determining approximately when a row was lastupdated.
Itis not absolutely precise, because Oracle tracks SCNs by transaction committedfor the block in which the row resides. You can obtain a more fine-grainedapproximation of the SCN by creating your tables with row-level dependencytracking. Refer to CREATE TABLE ... NOROWDEPENDENCIES| ROWDEPENDENCIES for more information on row-level dependency tracking.
ROWDEPENDENCIESSpecify ROWDEPENDENCIES if you want to enable row-level dependency tracking.This setting is useful primarily to allow for parallel propagation inreplication environments. It increases the size of each row by 6 bytes.
NOROWDEPENDENCIESSpecify NOROWDEPENDENCIES if you do not want table to use the row-leveldependency tracking feature. This is the default.
也就是说，使用表的默认创建参数，即norowdependencies时，此时的ora_rawscn 取自data block header的SCN，那么这时候，对于同一个block里的row而言，他们的ora_rowscn 是一样的。
而在创建table时指定为rowdependencies时，那么会为每行row 保存一个ora_rowscn. 这样对于同一个block里的row，会有多个ora_rowscn 值。通过dump block，可以发现每个row 会多出一个dscn的信息，该信息就是用来保存ora_rowscn的。
如：
tab 0, row 1, @0×1f88
tl: 12 fb: –H-FL– lb: 0×2 cc: 1
dscn 0×0000.00000000
tab 0, row 1, @0×1f88
tl: 12 fb: –H-FL– lb: 0×0 cc: 1
dscn 0×0005.105a6cc1
这是同一个row的dump 信息，第一次dscn 为0. 此时信息是从itl的Scn/Fsc中获得的，当itl发生cleanout时会把Scn/Fsc刷到dscn，就是上面的第二段信息。具体这块后面会实验证明。
关于block dump 和 itl 说明，参考：
You cannot use this pseudocolumn in a query to a view.However, you can use it to refer to the underlying table when creating a view.You can also use this pseudocolumn in the WHERE clause of an UPDATE or DELETEstatement.
--不能在视图使用ora_rowscn伪列
ORA_ROWSCN is not supported for Flashback Query.Instead, use the version query pseudocolumns, which are provided explicitly forFlashback Query. Refer to the SELECT ... flashback_query_clausefor information on Flashback Query and "VersionQuery Pseudocolumns" for additional information on thosepseudocolumns.
--ora_rowscn 不支持Flashbackquery。
Restriction on ORA_ROWSCN: This pseudocolumn is notsupported for external tables.
--ora_rowscn 不支持外部表
Example：
Thefirst statement below uses the ORA_ROWSCN pseudocolumn to get the system changenumber of the last operation on the employees table.
SELECT ORA_ROWSCN, last_name
FROM employees
WHERE employee_id = 188;
--使用ORA_ROWSCN获取该row 最后一次更新时的SCN
The second statement uses the pseudocolumnwith the SCN_TO_TIMESTAMP function to determine the timestamp of the operation:
SELECTSCN_TO_TIMESTAMP(ORA_ROWSCN), last_name
FROM employees
WHERE employee_id = 188;
--使用SCN_TO_TIMESTAMP 和 ORA_ROWSCN，获取最后一次修改row的时间
ORA_ROWSCN伪列是Oracle10g引入的，可以查询表中记录最后变更的SCN。这个新的伪列在某些环境下会非常有用，比如执行乐观锁定，或者增量数据抽取的时候。但是，默认情况下，每行记录的ORA_ROWSCN是基于Block的，除非在建表的时候执行开启行级跟踪(createtable … rowdependencies)。
需要select ... for update做悲观锁定的时候，通过使用ORA_ROWSCN可以改成乐观锁定。一开始select数据的时候将ORA_ROWSCN查出来，修改后如果要写回数据库之前再比对下最新的ORA_ROWSCN就可以知道这期间数据是否有发生变化。
每次抽取后记录最大的ORA_ROWSCN，下次抽取再基于上一次的SCN来获得最近修改过的数据即可。在10g之前，很多系统要实现增量数据抽取，要么通过解析日志，要么加触发器，要么就在表上加一个时间截字段。
ORA_ROWSCN其实就是第三种方式，只是这个字段由Oracle来维护，这样可以避免一些应用绕过时间截去更新其他字段带来的问题。不过，如果系统中使用了逻辑备库或者streams等逻辑复制的方案，而数据抽取又是基于逻辑备库的话，ORA_ROWSC