Com relação às instruções Transact-SQL do MS SQLSERVER 2012 ...

Não sei se meu raciocínio está certo mas eu pensei assim, como nenhuma instrução nas alternativas é DML, não seriam permitidas em gatilhos DML, portanto V em todas.

Gabarito: D

Alternativa correta: D - V, V e V.

A questão aborda um aspecto importante do uso de gatilhos (triggers) em bancos de dados, especificamente no SQL Server. Os gatilhos DML (Data Manipulation Language) são usados para executar automaticamente uma tarefa quando ocorre um evento específico, como INSERT, UPDATE ou DELETE. No entanto, existem certas instruções que não são permitidas dentro de um gatilho, pois elas podem alterar de maneira significativa o estado do banco de dados e comprometer a integridade das operações que o gatilho está tentando capturar ou complementar.

No caso das instruções ALTER DATABASE e CREATE DATABASE, elas estão relacionadas à administração e configuração do banco de dados como um todo, e por isso não são permitidas em gatilhos DML. Isso se deve ao fato de que essas instruções afetam o banco de dados em um nível estrutural, o que poderia interferir na execução segura do gatilho.

As instruções DROP DATABASE e RESTORE DATABASE também são restritas em gatilhos DML, pois se referem à remoção e recuperação de bancos de dados inteiros. Permitir tais instruções dentro de um gatilho poderia levar a consequências desastrosas, como a perda de dados caso o gatilho seja mal configurado ou acionado inapropriadamente.

Por último, as instruções RECONFIGURE e RESTORE LOG também não são permitidas. RECONFIGURE é usado para aplicar mudanças na configuração do servidor, o que está fora do escopo de um gatilho DML. Por sua vez, RESTORE LOG é utilizado para restaurar logs de transações, o que pode interferir com as operações de transação em andamento que o gatilho estaria tentando capturar ou influenciar.

Portanto, a alternativa correta é a D, onde todas as afirmativas são verdadeiras (V), reconhecendo que essas instruções não são permitidas dentro de gatilhos DML no MS SQL Server 2012, mantendo assim a integridade e a estabilidade do ambiente de banco de dados durante a manipulação de dados.