Pergunta

Existe alguma lista completa de comandos que podem fazer com que a tabela se torne pendente de reorganização?

Eu tentei google por um tempo, mas não consigo encontrar a lista completa.Meu problema exato por enquanto - a instrução ADD FOREIGN KEY pode fazer com que a tabela se torne pendente de reorganização?

Foi útil?

Solução

Uma tabela é colocada no modo reorg pending se você alterar sua estrutura física, como adicionar ou descartar uma coluna ou alterar o tipo de dados da coluna ou a nulidade.

Algumas operações não colocam a tabela em reorg pending, mas a reorganização é necessária para que as alterações tenham efeito, por exemplo, alterando o atributo da tabela COMPRESS ou o comprimento sequencial de uma coluna LOB.

Adicionar ou eliminar uma chave estrangeira não coloca a tabela em reorg pending, nem requer reorganização.No entanto, alterar uma chave estrangeira existente de not enforced para enforced colocará a tabela no modo check pending, que, como reorg pending, impede que os aplicativos acessem essa tabela.

Não conheço uma única fonte boa para ler mais sobre reorg, além do manual do DB2, particularmente a declaração ALTER TABLE e este artigo:

DB2 10.5 para Linux, UNIX e Windows: Alterando tabelas

Outras dicas

Sim, a lista completa de alterações de coluna que podem colocar sua tabela em reorganização pendente (somente leitura e só pode ser verificada uma vez que um desses commits, tão drástico) agora está listada claramente no comando ALTER TABLE, extraído abaixo.

A seguir está a lista completa de instruções ALTER recomendadas pelo REORG que causam uma alteração de versão e colocam a tabela em um estado REORG-pendente :

  • COLUNA DE DESCARGA
  • ALTER COLUMN SET NOT NULL
  • ALTER COLUMN DROP NOT NULL
  • ALTER COLUMN SET DATA TYPE, exceto nas seguintes situações: Aumentando o comprimento de uma coluna VARCHAR ou VARGRAPHIC Diminuir o comprimento de uma coluna VARCHAR ou VARGRAPHIC sem truncar os espaços em branco à direita dos dados existentes, quando não houver índices na coluna

Embora cada uma delas possa criar uma nova versão, e após 3 versões você deve reorganizar, em uma única UOW você pode modificar quantas colunas desejar.Isso também pode incluir quantos deles em um único comando ALTER TABLE você quiser.A soma de todas as alterações contará como 1 nova versão nestes casos.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a dba.stackexchange
scroll top