Início / dba / Perguntas / 18103
Accepted
Chris Aldrich
Asked: 2012-05-18 11:44:47 +0800 CST

Qual é o propósito de ter uma tabela NÃO LOGGADA INICIALMENTE

  • 772

Eu me deparei com isso recentemente. Ao definir uma tabela no DB2 LUW (pelo menos 9,5 ou superior), você pode defini-la como NOT LOGGED INITIALLY.

Exemplo do livro que li:

CREATE TABLE products (
    productID      INT,
    product_Name   VARCHAR(30)
)
NOT LOGGED INITIALLY;

A documentação que li afirma que a tabela não é registrada durante a execução de INSERT, UPDATE, DELETE, CREATE INDEX, ALTER TABLEou DROP INDEXaté que uma COMMITinstrução seja executada. Tudo antes do COMMITnão é registrado. Tudo depois do COMMITé.

E, aparentemente, desde que você defina a tabela como NOT LOGGED INITIALLY, a qualquer momento você pode emitir um ALTER TABLE <table-name> ACTIVATE NOT LOGGED INITIALLYpara colocar a tabela de volta em um estado sem registro até que um COMMITseja emitido novamente.

Eles deram um exemplo que eu posso ver onde isso pode ser útil. O livro que li afirmou que você poderia emitir o seguinte

ALTER TABLE <table-name> ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE;

e isso aparentemente excluirá todos os dados da tabela sem registrá-los. Posso entender isso como desejável em um ambiente de teste em que você deseja limpar os dados e testar novamente sem a sobrecarga de desempenho de registrar a exclusão para reversão.

Mas além deste caso, estou intrigado. Existe algum motivo para você não querer fazer logon em uma tabela fora de um ambiente de teste? Que outras utilizações existem para este tipo de mesa?

db2 transaction-log

4 respostas

  1. Best Answer

    O exemplo clássico do mundo real é onde a tabela que estou criando é uma cópia de uma fonte externa estática. Se o banco de dados falhar durante o carregamento inicial, será mais rápido apenas descartar a tabela parcialmente carregada e iniciar minha operação de importação desde o início, do que sofrer a sobrecarga de registrar totalmente a transação.

    Por exemplo, estou carregando meu ambiente de relatório com uma lista de clientes do arquivo de backup do meu ambiente transacional.

    • 5

  2. Também do manual :

    A opção NOT LOGGED INITIALLY é útil para situações em que um grande conjunto de resultados precisa ser criado com dados de uma fonte alternativa (outra tabela ou um arquivo) e a recuperação da tabela não é necessária. O uso dessa opção economizará a sobrecarga de registrar os dados. As seguintes considerações se aplicam quando esta opção é especificada:

    • Quando a unidade de trabalho é confirmada, todas as alterações feitas na tabela durante a unidade de trabalho são descarregadas no disco.

    • Quando você executa o utilitário rollforward e encontra um registro de log que indica que uma tabela no banco de dados foi preenchida pelo utilitário Load ou criada com a opção NOT LOGGED INITIALLY, a tabela será marcada como indisponível. A tabela será descartada pelo utilitário rollforward se mais tarde encontrar um log DROP TABLE. Caso contrário, após a recuperação do banco de dados, será emitido um erro caso seja feita qualquer tentativa de acesso à tabela (SQLSTATE 55019). A única operação permitida é derrubar a tabela.

    • Uma vez que tal tabela é copiada como parte de um backup de banco de dados ou espaço de tabela, a recuperação da tabela torna-se possível.

    Isso também faz sentido em um ambiente de produção.

    • 2

  3. Não registrado inicialmente é útil, digamos, quando você acabou de criar uma tabela e precisa preenchê-la com uma grande quantidade de dados. Você não precisa se preocupar em recuperar os dados, pois já os possui em algum lugar, portanto, nenhuma população de dados precisa ser registrada. Isso pode acelerar muito o tempo de preenchimento de dados se você não precisar registrá-lo.

    • 1

  4. Como a parte de produção desta pergunta não foi respondida, tenho um exemplo de onde seria útil. Estou fazendo backup de uma tabela de produção para meu espaço de usuário. Esta tabela contém muitos dados (~ 850 GB compactados) e o backup por meios normais não é possível porque o arquivo de log gerado (mais de 18 GB antes de eu matar a inserção) causa falha em várias funções downstream. O NOT LOGGED INITIALLY é minha única opção para evitar que isso aconteça.

    • 1

relate perguntas