Sobre o conceito de gatilhos (triggers) em bancos de dados ...

Alternativa correta: B - podem ser disparados em decorrência de um evento ocorrido no banco de dados.

Gatilhos, ou triggers, são mecanismos do banco de dados que automaticamente executam uma determinada ação quando um evento específico ocorre. Esses eventos geralmente estão associados a operações de DML (Data Manipulation Language), como INSERT, UPDATE, e DELETE. Eles têm como função principal garantir a integridade dos dados, automatizar processos e ajudar a manter a lógica do negócio diretamente dentro do banco de dados.

A justificativa para a alternativa B ser a correta reside no fato de que gatilhos são concebidos para agir de forma reativa a eventos do banco de dados. Por exemplo, poderíamos ter um gatilho que é ativado toda vez que um novo registro é adicionado a uma tabela, executando um conjunto de procedimentos como validações ou atualizações em cascata.

As demais alternativas são incorretas:

• A - Não há uma limitação no número de tabelas para a aplicação de gatilhos.
• C - Gatilhos são geralmente usados para enforçar as regras de integridade referencial, não para violá-las.
• D - O disparo de gatilhos não é restrito a comandos do DBA, eles são acionados automaticamente conforme definido nas regras de evento.
• E - Gatilhos não possuem uma configuração de período entre disparos; eles são ativados imediatamente após o evento ao qual estão associados.

Portanto, para responder a esta questão, é preciso entender o papel e o funcionamento dos gatilhos no contexto dos bancos de dados relacionais e como eles interagem com as operações efetuadas pelos usuários e pelas aplicações.

Gabarito B

Um Trigger é bloco de comandos Transact-SQL que é automaticamente executado quando um comando INSERT , DELETE ou UPDATE for executado em uma tabela do banco de dados.

Os Triggers são usados para realizar tarefas relacionadas com validações , restrições de acesso , rotinas de segurança e consistência de dados ; desta forma estes controles deixam de ser executados pela aplicação e passam a ser executados pelos Triggers em determinadas situações :

Mecanismos de validação envolvendo múltiplas tabelas

Criação de contéudo de uma coluna derivada de outras colunas da tabela

Realizar análise e e atualizações em outras tabelas com base em alterações e/ou incluções da tabela atual

A criação de um Trigger envolve duas etapas :

Um comando SQL que vai disparar o Trigger ( INSERT , DELETE , UPDATE)

A ação que o Trigger vai executar ( Geralmente um bloco de códigos SQL )

Como não poderia deixar de ser , existem certas limitações na utilização de um Trigger :

Não é possível criar um Trigger para uma visão

O resultado da execução de um Trigger é retornado para a aplicação que o chamou.

O comando WRITETEXT não ativa um Trigger

O comando TRUNCATE TABLE não pode ser reconhecido por um Trigger

Não podemos usar em um Trigger os seguintes comandos SQL :

ALTER DATABASE , ALTER TRIGGER , ALTER PROCEDURE , ALTER TABLE , ALTER VIEW . CREATE DATABASE , CREATE INDEX , CREATE PROCEDURE, CREATE SCHEMA, CREATE TABLE , DROP DATABASE, DROP TABLE , DROP PROCEDURE, DROP TRIGGER, DROP INDEX, GRANT , LOAD DATABASE, REVOKE, RESTORE DATABASE, TRUNCATE TABLE.

"Retroceder Nunca Render-se Jamais !"
Força e Fé !
Fortuna Audaces Sequitur !