Considere um banco de dados relacional em que as operações de insert e update efetuadas numa certa tabela devem ser monitoradas e anotadas, como subsídio aos procedimentos de auditoria da empresa. Essa tabela é utilizada por uma série de aplicações, em diferentes tipos de transações, e iniciadas por um número considerável de usuários. Nesse cenário, assinale o mecanismo mais adequado para a implementação desse monitoramento.
- A)Cursores.
Errada, porque cursores servem para processar linhas uma a uma, não para disparar auditoria automática de operações na tabela.
- B)Stored procedures.
Errada, porque stored procedures só executam quando alguém as chama, então não monitoram de forma automática inserts e updates feitos por qualquer aplicação.
- C)Triggers.
Certa, porque triggers são disparadas automaticamente por eventos na tabela e permitem registrar alterações para fins de auditoria.
- D)Utilitários de exportação de dados.
Errada, porque utilitários de exportação apenas extraem ou movimentam dados, sem acompanhar em tempo real as operações realizadas.
- E)Views.
Errada, porque views são consultas virtuais e não mecanismos de captura de eventos ou de registro de alterações.
Gabarito: C
Quando a ideia é monitorar automaticamente o que acontece dentro de uma tabela, especialmente inserts e updates feitos por vários usuários e por várias aplicações, você precisa de um mecanismo que seja disparado pelo próprio banco de dados no momento da operação. É aí que entram as triggers: elas ficam “de plantão” e executam ações sempre que um evento ocorre na tabela, sem depender de a aplicação lembrar de registrar isso manualmente. No seu caso, a necessidade é de auditoria. Então, além de registrar a operação, a trigger pode gravar quem fez, quando fez e até o antes/depois da alteração, tudo em uma tabela de log. Isso dá rastreabilidade e padroniza o controle, o que é perfeito quando há muitos usuários e transações diferentes circulando ao mesmo tempo. As demais opções não resolvem bem esse tipo de monitoramento automático. Cursores servem para percorrer linhas, stored procedures dependem de serem chamadas explicitamente, views apenas virtualizam consultas e utilitários de exportação servem para mover dados, não para auditar eventos em tempo real. Por isso o gabarito é a letra C. Em termos de banco relacional, trigger é justamente o mecanismo indicado para reagir a eventos de inserção e atualização e apoiar controles de integridade e auditoria.