Определение fixed view

 

 

 

Такие view, как v$session, v$waitstat построены на базе fixed tables. Их определение можно найти в v$fixed_view_definition (которая, разумеется, содержит описание и самой себя). Небольшая проблема здесь в том, что описание в v$fixed_view_definition содержится, как правило, в неформатированном виде. Вот в таком, например:

SQL> select view_definition from v$fixed_view_definition where view_name='GV$SESSION';

VIEW_DEFINITION
--------------------------------------------------------------------------------
select inst_id,addr,indx,ksuseser,ksuudses,ksusepro, ksuudlui,ksuudlna,ksuudoct,
 ksusesow, decode(ksusetrn,hextoraw('00'),null,ksusetrn), decode(ksqpswat,hextor
aw('00'),null,ksqpswat), decode(bitand(ksuseidl,11),1,'ACTIVE',0, decode(bitand(
ksuseflg,4096),0,'INACTIVE','CACHED'),2,'SNIPED',3,'SNIPED', 'KILLED'), decode(k
sspatyp,1,'DEDICATED',2,'SHARED',3,'PSEUDO','NONE'), ksuudsid,ksuudsna,ksuseunm,
ksusepid,ksusemnm,ksusetid,ksusepnm, decode(bitand(ksuseflg,19),17,'BACKGROUND',
1,'USER',2,'RECURSIVE','?'), ksusesql, ksusesqh, ksusepsq, ksusepha, ksuseapp, k
suseaph,  ksuseact, ksuseach, ksusecli, ksusefix,  ksuseobj, ksusefil, ksuseblk,
 ksuseslt, ksuseltm, ksusectm,  decode(bitand(ksusepfl, 16),0,'NO','YES'),  deco
de(ksuseft, 2,'SESSION', 4,'SELECT',8,'TRANSACTIONAL','NONE'), decode(ksusefm,1,
'BASIC',2,'PRECONNECT',4,'PREPARSE','NONE'), decode(ksusefs, 1, 'YES', 'NO'), ks

VIEW_DEFINITION
--------------------------------------------------------------------------------
usegrp,  decode(bitand(ksusepfl,16),16,'ENABLED',   decode(bitand(ksusepfl,32),3
2,'FORCED','DISABLED')),  decode(bitand(ksusepfl,64),64,'FORCED',   decode(bitan
d(ksusepfl,128),128,'DISABLED','ENABLED')),  decode(bitand(ksusepfl,512),512,'FO
RCED',   decode(bitand(ksusepfl,256),256,'DISABLED','ENABLED')),  ksusecqd, ksus
eclid  from x$ksuse where bitand(ksspaflg,1)!=0 and bitand(ksuseflg,1)!=0


SQL>

Конечно, можно без проблем отформатировать этот текст вручную. Однако, в какой-то момент нам захотелось поразглядывать определения всех fixed views. В Oracle 9i их 259 штук. Вручную, прямо скажем, отформатировать нереально. Поэтому мы написали небольшой скрипт на python, который проделал всю грязную работу за нас.

Например, результат его работы по gv$session (для версии 9i) выглядит почти так: 

select
inst_id,                 -- INST_ID NUMBER
addr,                    -- SADDR RAW(4)
indx,                    -- SID NUMBER
ksuseser,                -- SERIAL# NUMBER
ksuudses,                -- AUDSID NUMBER
ksusepro,                -- PADDR RAW(4)
ksuudlui,                -- USER# NUMBER
ksuudlna,                -- USERNAME VARCHAR2(30)
ksuudoct,                -- COMMAND NUMBER
ksusesow,                -- OWNERID NUMBER
decode                   -- TADDR VARCHAR2(8)
  (ksusetrn, hextoraw ('00'), null, ksusetrn),
decode                   -- LOCKWAIT VARCHAR2(8)
  (ksqpswat, hextoraw ('00'), null, ksqpswat),
decode                   -- STATUS VARCHAR2(8)
  (bitand (ksuseidl, 11), 1, 'ACTIVE', 0, decode (bitand (ksuseflg, 4096), 0, 
  'INACTIVE', 'CACHED'), 2, 'SNIPED', 3, 'SNIPED', 'KILLED'),
decode                   -- SERVER VARCHAR2(9)
  (ksspatyp, 1, 'DEDICATED', 2, 'SHARED', 3, 'PSEUDO', 'NONE'),
ksuudsid,                -- SCHEMA# NUMBER
ksuudsna,                -- SCHEMANAME VARCHAR2(30)
ksuseunm,                -- OSUSER VARCHAR2(30)
ksusepid,                -- PROCESS VARCHAR2(12)
ksusemnm,                -- MACHINE VARCHAR2(64)
ksusetid,                -- TERMINAL VARCHAR2(30)
ksusepnm,                -- PROGRAM VARCHAR2(48)
decode                   -- TYPE VARCHAR2(10)
  (bitand (ksuseflg, 19), 17, 'BACKGROUND', 1, 'USER', 2, 'RECURSIVE', '?'),
ksusesql,                -- SQL_ADDRESS RAW(4)
ksusesqh,                -- SQL_HASH_VALUE NUMBER
ksusepsq,                -- PREV_SQL_ADDR RAW(4)
ksusepha,                -- PREV_HASH_VALUE NUMBER
ksuseapp,                -- MODULE VARCHAR2(48)
ksuseaph,                -- MODULE_HASH NUMBER
ksuseact,                -- ACTION VARCHAR2(32)
ksuseach,                -- ACTION_HASH NUMBER
ksusecli,                -- CLIENT_INFO VARCHAR2(64)
ksusefix,                -- FIXED_TABLE_SEQUENCE NUMBER
ksuseobj,                -- ROW_WAIT_OBJ# NUMBER
ksusefil,                -- ROW_WAIT_FILE# NUMBER
ksuseblk,                -- ROW_WAIT_BLOCK# NUMBER
ksuseslt,                -- ROW_WAIT_ROW# NUMBER
ksuseltm,                -- LOGON_TIME DATE
ksusectm,                -- LAST_CALL_ET NUMBER
decode                   -- PDML_ENABLED VARCHAR2(3)
  (bitand (ksusepfl, 16), 0, 'NO', 'YES'),
decode                   -- FAILOVER_TYPE VARCHAR2(13)
  (ksuseft, 2, 'SESSION', 4, 'SELECT', 8, 'TRANSACTIONAL', 'NONE'),
decode                   -- FAILOVER_METHOD VARCHAR2(10)
  (ksusefm, 1, 'BASIC', 2, 'PRECONNECT', 4, 'PREPARSE', 'NONE'),
decode                   -- FAILED_OVER VARCHAR2(3)
  (ksusefs, 1, 'YES', 'NO'),
ksusegrp,                -- RESOURCE_CONSUMER_GROUP VARCHAR2(32)
decode                   -- PDML_STATUS VARCHAR2(8)
  (bitand (ksusepfl, 16), 16, 'ENABLED', decode (bitand (ksusepfl, 32), 32, 
  'FORCED', 'DISABLED')),
decode                   -- PDDL_STATUS VARCHAR2(8)
  (bitand (ksusepfl, 64), 64, 'FORCED', decode (bitand (ksusepfl, 128), 128, 
  'DISABLED', 'ENABLED')),
decode                   -- PQ_STATUS VARCHAR2(8)
  (bitand (ksusepfl, 512), 512, 'FORCED', decode (bitand (ksusepfl, 256), 256,
  'DISABLED', 'ENABLED')),
ksusecqd,                -- CURRENT_QUEUE_DURATION NUMBER
ksuseclid                -- CLIENT_IDENTIFIER VARCHAR2(64)
from
x$ksuse 
where
bitand (ksspaflg, 1) !=0 and bitand (ksuseflg, 1) !=0

Комментарии, понятное дело, отображают соответствие полей из x$ksuse полям из gv$session.

Что касается результатов работы скрипта по всем fixed views (и для разных версий Oracle), то они приведены ниже.