Início / dba / Perguntas / 54245
Accepted
Alexander Tobias Bockstaller
Asked: 2013-12-03 03:40:42 +0800 CST

DB2: Não é possível usar RUNSTATS/REORG nas definições do acionador?

  • 772
CREATE TRIGGER MY_TRIG AFTER INSERT ON MY_TBL FOR EACH ROW
    BEGIN
        IF SOMECONDITION THEN
            DELETE FROM MY_TBL WHERE PK IN (SELECT PK FROM MY_TBL WHERE SOMEOTHERCONDITION FETCH FIRST 50 ROWS ONLY);
            RUNSTATS ON TABLE MY_TBL WITH DISTRIBUTION AND DETAILED INDEXES ALL;
            REORG TABLE MY_TBL;
            RUNSTATS ON TABLE MY_TBL WITH DISTRIBUTION AND DETAILED INDEXES ALL;
        END IF;
    END#

Executando isso através do centro de controle do DB2 9.4.7 (com #o caractere de terminação), isso me dá o erro SQL0104N:

An unexpected token "RUNSTATS" was found following "T 50 ROWS ONLY;
            ". Expected tokens may include: "COMMENT

Eu não entendo o porquê. Não tenho permissão para usar comandos como RUNSTATS/ REORGdentro das definições de gatilho? Executar o RUNSTATScomando separadamente funciona bem.

------Editar------
Um pouco mais sobre o que estou tentando alcançar aqui: A tabela em questão contém BLOBs e muitos deles. Para limitar o espaço em disco usado por esta tabela, gostaria de definir um limite de tamanho para a tabela. Então eu uso as informações das xxx_OBJECT_P_SIZEcolunas SYSIBMADM.ADMINTABINFOpara determinar o tamanho atual da tabela e se estiver além de algum limite eu simplesmente apago os 50 registros mais antigos da tabela. Quanto mais registros eu excluo em tal ocasião, menos freqüentemente reorg/runstats teria que ser executado. Portanto, as instruções não estão sendo executadas para cada linha inserida - apenas a condição SOMECONDITIONseria avaliada todas as vezes.

Existe uma maneira melhor de conseguir isso do que usando um gatilho?
------Editar------

db2 trigger

2 respostas

  1. Best Answer

    Você só pode usar instruções SQL em um gatilho. RUNSTATSe REORGnão são instruções SQL; eles são comandos CLP do DB2 e somente o processador da linha de comandos os entende. Você pode tentar usar o procedimento armazenado do sistema ADMIN_CMD()para invocar esses utilitários, no entanto, 1) ainda pode não funcionar devido à natureza dos utilitários e 2) mesmo que funcione, não seria uma boa ideia.

    Existem outros problemas com seu gatilho. Você não pode usar FETCH FIRSTem uma instrução delete, por exemplo. E qual é o sentido de atualizar as estatísticas antes de um REORG?

    • 4

  2. Você pode querer usar as tabelas SYSTOOLS que acompanham o DB2 para verificar os tamanhos das tabelas.

    Primeiro você precisa criar as tabelas executando o seguinte procedimento armazenado:

    db2 call create_storagemgmt_tables('SYSTOOLSPACE')

    Isso criará as tabelas. Se achar que não precisa deles, você sempre pode descartá-los mais tarde usando

    db2 call drop_storagemgmt_tables()

    Depois que as tabelas forem criadas, execute RUNSTATSem todas as tabelas pelo menos uma vez. Em seguida, execute o seguinte em todo o banco de dados:

    db2 call capture_storagemgmt_info(0,NULL,'<db_name>')

    Isso preencherá tudo na primeira vez. Você sempre pode cuidar apenas da tabela de seu interesse mais tarde, executando RUNSTATSapenas essa tabela e, em seguida, executando

    db2 call capture_storagemgmt_info(4,'<schema_name>','<table_name>')

    Agora você pode consultar essas tabelas para obter informações de dimensionamento em sua tabela.

    Eu então costumo usar o seguinte para consultar:

    select a.obj_schema as "Schema",    
a.obj_name as "Table Name", 
a.estimated_size/1024/1024 as "Estimated Size in MB",
a.main_tbspace as "Tablespace", 
a.stmg_timestamp as "Time Last Updated“from (
  select o.obj_schema, 
  o.obj_name, 
  t.estimated_size, 
  t.main_tbspace,
  t.stmg_timestamp, 
  rownumber() over(
    partition by o.obj_schema, o.obj_name 
    order by t.stmg_timestamp desc) as rn     
  from systools.stmg_object as o, 
  systools.stmg_table as t  
  where  o.obj_id = t.obj_id and 
  o.stmg_timestamp = t.stmg_timestamp
) as a
where a.rn = 1
with UR

    ou isso para os vinte principais infratores

    select b.obj_schema as "Schema",
b.obj_name as "Table Name",
b.estimated_size/1024/1024 as "Estimated Size in MB",
b.main_tbspace as "Tablespace", 
b.stmg_timestamp as "Time Last Updated"
from (
  select a.obj_schema,  
  a.obj_name, 
  a.estimated_size, 
  a.main_tbspace, 
  a.stmg_timestamp,  
  rank() over(order by a.estimated_size desc) as top_offenders  
  from  (
    select o.obj_schema, 
    o.obj_name, 
    t.estimated_size, 
    t.main_tbspace, 
    t.stmg_timestamp,       
    rownumber() over( 
      partition by o.obj_schema, o.obj_name  
      order by t.stmg_timestamp desc) as rn    
    from systools.stmg_object as o, 
    systools.stmg_table as t            
    where  o.obj_id = t.obj_id and 
    o.stmg_timestamp = t.stmg_timestamp   
  ) as a
  where a.rn = 1
) as b
where b.top_offenders < 21
with UR

    Com o tempo, você precisa podar essas tabelas. Costumo usar o seguinte para podá-los:

    delete from systools.stmg_root_object
where stmg_timestamp < (current timestamp - 30 day)

    Você sempre pode ajustar o que eu tenho acima para olhar para tablespaces específicos. Confira o centro de informações para obter mais informações sobre isso.

    • 3

relate perguntas