根据metalink脚本学习undo(八)

LOB算是一个比较特殊的数据类型,

其UNDO 机制不依赖于UNDO 表空间,而依赖于其所在表空间,这也是考虑到BLOB 使用率比较低,但是所占空间都比较大。



REM   List table and column information for LOBs for a specific user
REM   
REM   UNDO handling with LOBs is not designed for frequent updates
REM   Frequent updates are best handled with PCTVERSION at 100
REM   This means you must have a lot of space available in the LOB
REM     tablespace as all UNDO will be maintained over time.
REM  
REM   Using RETENTION does not work as expected
REM   It is set to UNDO_RETENTION at the time of the creation of the
REM   object.   It does not change over time as UNDO_RETENTION
REM   or auto-tuned undo retention changes.

set pages 999
set lines 110

spool lobdata.out

col column_name format a25 head "Column"
col table_name format a25 head "Table"
col tablespace_name format a25 head "Tablespace"
col pctversion format 999 head "PCTVersion %"
col segment_space_management format a30 head "Space|Mngmnt"
col retention format 999,999,999 head "Retention"
--此脚本输出某个用户下的lob,及相应与回滚相关的设置
select l.table_name,   --表名
       l.column_name,  --列名 
       l.tablespace_name,  --表空间名称
       l.pctversion,       --声明旧数据可用占比 ,lob undo机制依靠自身所在表空间
       l.retention,        --旧数据最大保留时间
       t.segment_space_management
  from dba_lobs l, dba_tablespaces t
 where owner = upper('&USER')
   and l.tablespace_name = t.tablespace_name
/

spool off

你可能感兴趣的:(oracle,database,undo)