{"id":3309,"date":"2019-03-25T17:43:41","date_gmt":"2019-03-25T20:43:41","guid":{"rendered":"http:\/\/xexeu.elipse.com.br\/pt\/linguagem-sql-capitulo-8-triggers\/"},"modified":"2019-05-27T14:44:41","modified_gmt":"2019-05-27T17:44:41","slug":"linguagem-sql-capitulo-8-triggers","status":"publish","type":"post","link":"https:\/\/kb.elipse.com.br\/en\/linguagem-sql-capitulo-8-triggers\/","title":{"rendered":"Linguagem SQL: Cap\u00edtulo 8 – Triggers."},"content":{"rendered":"
\n

O trigger <\/b>(gatilho) \u00e9 um tipo de procedimento armazenado especial, que ser\u00e1 executado sempre que houver uma tentativa de modifica\u00e7\u00e3o dos dados de uma tabela protegida por ele. Os gatilhos DML (Data Manipulation Language – INSERT, UPDATE, DELETE) podem ser usados para impor regras, verificar a integridade de dados, consultar outras tabelas e incluir instru\u00e7\u00f5es Transact-SQL complexas.<\/p>\n

O trigger ser\u00e1 chamado automaticamente sempre que houver uma tentativa de inserir, atualizar ou excluir dados de uma tabela, n\u00e3o podendo nunca ser ignorado.\u00a0 Ao contr\u00e1rio dos procedimentos armazenados (stored procedures), os triggers n\u00e3o podem ser executados diretamente e n\u00e3o enviam nem recebem par\u00e2metros.<\/p>\n

Um trigger pode conter uma instru\u00e7\u00e3o ROLLBACK TRANSACTION, mesmo que n\u00e3o exista uma instru\u00e7\u00e3o expl\u00edcita de BEGIN TRANSACTION; neste caso, toda a transa\u00e7\u00e3o (o trigger e a instru\u00e7\u00e3o que o disparou) ser\u00e1 revertida ou desfeita.<\/p>\n

Os triggers sempre ser\u00e3o executados ap\u00f3s a utiliza\u00e7\u00e3o de comando INSERT, UPDATE ou DELETE. Neste artigo, veremos um exemplo do trigger INSERT.<\/p>\n

\"\"<\/div>\n

Trigger INSERT<\/b><\/p>\n

Um trigger INSERT pode enviar mensagens de erro ou sucesso, ou ainda executar determinadas fun\u00e7\u00f5es, de acordo com as transa\u00e7\u00f5es criadas. Essas a\u00e7\u00f5es podem ser definidas em um trigger atrav\u00e9s de condicionais IF, sendo assim poss\u00edvel verificar se a opera\u00e7\u00e3o foi executada com sucesso. No exemplo, ser\u00e1 criada uma tabela chamada tbl_teste<\/b>, onde ser\u00e1 simulado um cadastro de usu\u00e1rios. A cada inser\u00e7\u00e3o de novo usu\u00e1rio, ser\u00e1 escrita uma mensagem de confirma\u00e7\u00e3o e a hora e data que o registro atual foi inserido, confirmando o sucesso ou n\u00e3o da opera\u00e7\u00e3o.<\/p>\n

Instru\u00e7\u00f5es de triggers DML tamb\u00e9m podem utilizar duas tabelas especiais: a tabela Deleted <\/b>e a tabela Inserted<\/b>. O pr\u00f3prio SQL Server \u00e9 repons\u00e1vel por criar e gerenciar automaticamente essas tabelas, sendo poss\u00edvel us\u00e1-las para testar os efeitos de algumas modifica\u00e7\u00f5es de dados. A tabela Inserted <\/b>armazena c\u00f3pias das linhas afetadas durante as instru\u00e7\u00f5es INSERT e UPDATE. Durante uma transa\u00e7\u00e3o de inser\u00e7\u00e3o ou atualiza\u00e7\u00e3o, novas linhas s\u00e3o adicionadas \u00e0 tabela Inserted<\/b>.<\/p>\n

Cria\u00e7\u00e3o das tabelas:<\/b><\/p>\n

CREATE TABLE<\/span> tbl_teste<\/span><\/span>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 (<\/span>
\nuser_cpf<\/span> int not null primary key<\/span>,<\/span>
\nuser_name<\/span> varchar<\/span>(128) not null,<\/span>
\nuser_email<\/span> varchar<\/span>(128) not null<\/span>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 )<\/span>
\nGO<\/span>CREATE TABLE<\/span> Status_tbl<\/span><\/span>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 (<\/span>
\nField1 <\/span>varchar<\/span>(128) not null,<\/span>
\nDate_Time<\/span> datetime<\/span><\/span>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 )<\/span>
\nGO<\/span><\/div>\n

Cria\u00e7\u00e3o do trigger:<\/b><\/p>\n

CREATE TRIGGER<\/span> onInsertValue <\/span>ON<\/span> tbl_teste<\/span>
\n\u00a0FOR INSERT AS<\/span>
\nIF <\/span>(SELECT <\/span>COUNT(*) FROM <\/span>INSERTED<\/span>) = 1
\nINSERT INTO<\/span> Status_tbl<\/span>
\n(
\nField1,
\nDate_Time<\/span>
\n)
\nVALUES<\/span>
\n(‘Record inserted successfully’<\/span>, CURRENT_TIMESTAMP<\/span>)
\nGO<\/span><\/span><\/p>\n

A cada registro inserido com sucesso, o SGBD realizar\u00e1 a escrita em uma tabela auxiliar chamada Status_tbl<\/b>. A partir desta tabela auxiliar, pode-se tratar os registros no E3, confirmando se os valores foram realmente inseridos na tabela principal.<\/p>\n

Inserindo valores na tabela a partir do SQL Management Studio:<\/b><\/p>\n

\"\"<\/div>\n

Para verificar se o INSERT foi realizado no banco de dados, \u00e9 poss\u00edvel criar uma consulta no E3 que retorne o \u00faltimo registro inserido na tabela Status_tbl<\/b>. A sintaxe da consulta deve ser a seguinte:<\/p>\n

SELECT Top 1 Status_tbl.Field1,Status_tbl.Date_Time <\/span>
\nFROM Status_tbl<\/span>
\nORDER BY Status_tbl.Date_TimeDESC<\/span><\/b><\/div>\n

A cada escrita realizada com sucesso na tabela (atrav\u00e9s do m\u00e9todo WriteRecord <\/i>do hist\u00f3rico ou do comando Insert Into<\/i>), ser\u00e3o retornados os campos da tabela Status_tbl<\/b> com uma mensagem e hor\u00e1rio do \u00faltimo INSERT, conforme definido no trigger:<\/p>\n

\"\"<\/div>\n

O banco de dados utilizado neste artigo foi o Microsoft SQL Server 2012.<\/p>\n<\/div>\n

Artigos Relacionados<\/h3>\n
\n