none
Estrutura de Log RRS feed

  • Pergunta

  • Pessoal, bom dia.

    Estamos com um problema de log das nossas tabelas. Temos um banco de dados para gravar as alteracoes que os usuarios fazem. Até aqui beleza, mas este banco está crescendo mto.

    Porém as alteracoes são gravadas em linhas, ou seja, cada campo alterado tem uma linha, juntamente com valor anterior e valor atual.
    Exemplo: 1 update em 4 campos me gera 4 registros nesta tabela.

    Gostaria de opiniões sobre uma alternativa pois entrei na empresa há 3 anos e esta estrutura está mto dificil.

    Antigamente eu trabalha com tabela de log crescendo em colunas. Assim neste mesmo Exemplo eu teria 1 linha de log porem os quatro campos alterados teriam seus valores em colunas do tipo Campo_Alterado_Old e Campo_Alterado_New.

    Qual o melhor mecanismo para continuarmos fazendo log de nossas tabelas?
    E uma segunda pergunta. Estemos querendo criar triggers para fazer este log, pois hoje temos a geração do log apenas pelas nossas aplicações em VB. Aí se eu tenho um processamento direto no banco de dados, eu fico sem o log. O que vocês acham desta idéia de trigger?
    sexta-feira, 13 de março de 2009 13:53

Respostas

  • Danilo, boa noite...

    Esse assunto me interessa muito. Já pesquisei bastante, mas até o momento não implantei nada.

    Encontrei essa ferramenta (http://www.apexsql.com/sql_tools_audit.asp U$ 799), mas não comprei. Me pareceu ser uma boa solução, mas o ideal seria encontrar uma ferramenta que fizesse essa auditoria usando o LOG do Sql server ao invés de criar vários triggers.

    Vou acompanhar esse tópico, pq preciso de uma solução para esse problema também, mas como existem outras pendencias aqui, isso está em segundo plano.

    Boa sorte!
    • Marcado como Resposta Richard Juhasz quinta-feira, 22 de dezembro de 2011 19:38
    sábado, 14 de março de 2009 07:11
  • Olá,

    Nesses casos eu vejo essas possibilidades:

    Necessidade temporária

    Nesse caso essa funcionalidade pode ser implementada via DML Triggers desenvolvida para esse caso e também pode ser usado o SQL trace.

    Comprar uma ferramenta especifica de mercado pode não compensar devido ao tempo de uso.

    Necessidade continua

    Nesse caso além das citadas acima também pode compensar a compra de uma ferramenta de mercado, ou até mesmo analisar a migração para o SQL Server 2008 que já possui uma opção de auditoria para essa necessidade.


    Leitura do arquivo de LOG

    Existem ferramentas para a leitura do LOG, mas nesses casos o resultado não é tão amigavel em comparação a ferramentas especificas de auditoria.


    Quantidade de registros e forma de armazenamento

    Uma alternativa para a criação de várias colunas ou vários registros e ter uma coluna e salvar as alterações de todas as colunas de 1 (um) registro ou 1 (um) conjunto de registros em formato XML.


    Alex Rosa, visite também http://www.keep-learning.com (Forum e Artigos interessantes)
    • Marcado como Resposta Richard Juhasz quinta-feira, 22 de dezembro de 2011 19:38
    domingo, 15 de março de 2009 00:23

Todas as Respostas

  • Danilo, boa noite...

    Esse assunto me interessa muito. Já pesquisei bastante, mas até o momento não implantei nada.

    Encontrei essa ferramenta (http://www.apexsql.com/sql_tools_audit.asp U$ 799), mas não comprei. Me pareceu ser uma boa solução, mas o ideal seria encontrar uma ferramenta que fizesse essa auditoria usando o LOG do Sql server ao invés de criar vários triggers.

    Vou acompanhar esse tópico, pq preciso de uma solução para esse problema também, mas como existem outras pendencias aqui, isso está em segundo plano.

    Boa sorte!
    • Marcado como Resposta Richard Juhasz quinta-feira, 22 de dezembro de 2011 19:38
    sábado, 14 de março de 2009 07:11
  • Olá,

    Nesses casos eu vejo essas possibilidades:

    Necessidade temporária

    Nesse caso essa funcionalidade pode ser implementada via DML Triggers desenvolvida para esse caso e também pode ser usado o SQL trace.

    Comprar uma ferramenta especifica de mercado pode não compensar devido ao tempo de uso.

    Necessidade continua

    Nesse caso além das citadas acima também pode compensar a compra de uma ferramenta de mercado, ou até mesmo analisar a migração para o SQL Server 2008 que já possui uma opção de auditoria para essa necessidade.


    Leitura do arquivo de LOG

    Existem ferramentas para a leitura do LOG, mas nesses casos o resultado não é tão amigavel em comparação a ferramentas especificas de auditoria.


    Quantidade de registros e forma de armazenamento

    Uma alternativa para a criação de várias colunas ou vários registros e ter uma coluna e salvar as alterações de todas as colunas de 1 (um) registro ou 1 (um) conjunto de registros em formato XML.


    Alex Rosa, visite também http://www.keep-learning.com (Forum e Artigos interessantes)
    • Marcado como Resposta Richard Juhasz quinta-feira, 22 de dezembro de 2011 19:38
    domingo, 15 de março de 2009 00:23