Criação de Log de Ações Através do Banco de Dados. Marcos Thomaz da Silva

Transcrição

1 Criação de Log de Ações Através do Banco de Dados Marcos Thomaz da Silva

2 Perfil do Instrutor Graduação em Sistemas de Informação Especialização em Bancos de Dados Analista de Tecnologia da Informação da Universidade Federal do Acre Desenvolvedor Clipper, Delphi, PHP e Python Participante e Moderador da Lista Django Brasil; Entusiasta PostgreSQL Sócio da Empresa Hydros Consultoria

3 O que são logs?...é uma expressão utilizada para descrever o processo de registro de eventos relevantes num sistema computacional. 1. Cadastro de um Cliente; 2. Alteração do Preço de um Produto; 3. Inserção de uma disciplina a um Curso; 4. Modificação da Nota de um Aluno; 5. Lançamento de uma Venda; 6. Pagamento de uma Conta; 7. Exclusão de um Produto;

4 Inicia Lançamento da Venda Efetua a Baixa do Estoque dos Produtos Finaliza Lançamento da Venda Recupera Informações (Consulta Estoque) SELECT Altera Estoque dos Produtos UPDATE Insere a venda INSERT

5 Inserção Alteração Exclusão Insert Update Delete

6 Esse registro pode ser utilizado para restabelecer o estado original de um sistema ou para que um administrador conheça o seu comportamento no passado.

7

8 Estrutura das triggers Outros Bancos de Dados PostgreSQL Tabela Tabela Trigger Trigger Function

9 Como gerar o log?

10 Passo 1. Criar uma tabela para armazenar as informações

11 Passo 2. Criar as trigger s que armazenem a informação

12 Passo 3. Atribuir as trigger functions aos eventos

13 Testando as ações

14 Verificando a tabela de Log

15 Bom né?.. Será? Foram criadas 3 functions (uma para cada evento); Foram criadas 3 triggers (uma cada cada evento); No total, para uma única tabela criamos 6 objetos! O que fazer???

16 Variáveis Especiais VARIÁVEL NEW OLD TG_OP TG_RELNAME / TG_TABLE_NAME DESCRIÇÃO Tipo RECORD que contém o Novo valor dos campos de uma tabela (Insert / Update) Tipo RECORD que contém os valores antigos de Campos (Update/Delete) String indicando a operação (INSERT, UPDATE, DELETE, TRUNCATE) Nome da tabela envolvida

17 Novo Código Agora temos apenas uma function e uma trigger para cada tabela

18 Será? E se tivermos muitas tabelas??? (800 por exemplo); Usar a variável TG_TABLE_NAME / TG_REL_NAME?; >> A estrutura da tabela de log como está, atende a todas as situações? Conseguimos visualizar quais eram os valores antigos do registro id_log=6??

19 Novos problemas surgiram... Como criar algo que sirva para todas as tabelas do banco?? Como saber quando foi executado e por quem? Nos casos de Update, como armazenar os valores novos e os antigos?? Como automatizar o processo de vínculo da(s) trigger(s) de log com as tabelas do banco?

20 E o PostgreSQL novamente tem a solução! Valores NEW e OLD são do tipo Record (podem ser percorridos); Podemos pensar em realizar cast; Podemos avaliar o tipo da operação (insert, update, delete); Podemos avaliar de qual tabela está originando a instrução; Podemos pegar os valores do usuário corrente e de data / hora;

21 Resolvendo os problemas... Repensando na tabela de log... Criar um campo para armazenar o nome da tabela; Criar um campo para armazenar a data/hora da ocorrência; Criar um campo para armazenar o usuário; Armazenar valores de OLD e NEW;

22 Resolvendo os problemas... Repensando a function que grava o log; Pegar o nome da tabela; Pegar os dados de OLD e NEW;

23 Resolvendo os problemas... Automatizando o processo de instalação da auditoria para todas as tabelas do banco de dados Listar as tabelas gerando os comandos de criação de tabelas;

24 Recomendações importantes Criar a tabela de log em um tablespace separado. Criar um índice que permita a busca dos dados na tabela de log; Criar (pelo menos) um schema separado para armazenar a trigger global e as functions auxiliares;

25 Referências

26 Obrigado! Dúvidas?? Marcos Thomaz