8. Outros tipos de Transação (Modo de Transação de Autoconfirmação e Modo Implícito)

Tamanho: px

Começar a partir da página:

Download "8. Outros tipos de Transação (Modo de Transação de Autoconfirmação e Modo Implícito)"

Eliza Sabrina Balsemão Borges
8 Há anos
Visualizações:

1 8. Outros tipos de Transação (Modo de Transação de Autoconfirmação e Modo Implícito) Nos itens anteriores vimos transações do tipo explícitas, ou seja, aquelas que iniciam com BEGIN TRANSACTION. As outras duas maneiras do SQL Server tratar transações são: o Transações de autoconfirmação o Transações implícitas Conheceremos cada uma delas através de exemplos práticos. Exemplos a) Execute o código abaixo em um bd qualquer p/ criar a tabela objeto: create table objeto ( identificador int primary key, coluna1 varchar(15) not null, coluna2 varchar(15) null ) b) Transações de Autoconfirmação insert into objeto values (1,'Coluna1 registro1', 'Coluna2 registro1'); insert into objeto values (2,null, 'Coluna2 registro2'); insert into objeto values (3,'Coluna1 registro3', 'Coluna2 registro3'); Aparecerão as seguintes mensagens: (1 row(s) affected) Msg 515, Level 16, State 2, Line 2 Não é possível inserir o valor NULL na coluna 'coluna1'... Falha em INSERT. A instrução foi finalizada. (1 row(s) affected) Agora execute: select * from objeto Note que o primeiro e o terceiro insert foram executados/confirmados. Isso significa que, por padrão, o SQL Server usa transações de autoconfirmação, isto significa que cada instrução é uma transação por si só. Quando uma instrução produz um erro (como no insert 2), automaticamente a instrução é revertida, se não houver erro ela é confirmada, mas isso não afeta as outras instruções. Pág. 13

Exemplos a) Execute o código abaixo em um bd qualquer p/ criar a tabela objeto: create table objeto ( identificador int primary key, coluna1 varchar(15) not null, coluna2 varchar(15) null ) b)

2 c) Transações Implícitas Neste modo de transação qualquer comando SQL faz o SGBD iniciar automaticamente uma transação explícita (sem precisar da expressão begin transaction ), entretanto, o COMMIT ou o ROLLBACK deve ser definido pelo administrador/usuário. Como o default do SQL Server é o modo de autoconfirmação, o modo de transação implícita precisa de um comando para ativá-lo: set implicit_transactions on; Execute a instrução abaixo para verificar quantas transações em aberto existem: O resultado deve ser o valor 0. Execute a instrução abaixo para criar uma tabela simples: create table teste(col1 int primary key); O resultado agora é 1 (uma transação foi iniciada). insert into teste values(10); select * from teste; Note pelo resultado que, embora tenha sido executada a instrução insert, continuamos a ter uma única transação. rollback; Nenhuma transação ativa (a transação foi encerrada com o rollback). select * from teste; Nome de objeto 'teste' inválido. Note a mensagem de erro informando que a tabela não existe, ou seja, o rollback reverteu tudo, desde o insert até a criação da tabela, como se fosse uma transação explícita. Execute a instrução abaixo para desativar o modo transação implícita: set implicit_transactions off; Pág. 14

Como o default do SQL Server é o modo de autoconfirmação, o modo de transação implícita precisa de um comando para ativá-lo: set implicit_transactions on; Execute a instrução abaixo para verificar

3 d) Exercício (neste exercício, não execute os códigos antes de responder): 1) create table objeto ( Se a tabela já existir não execute o identificador int primary key, cmd create ou exclua a tabela antes. coluna1 varchar(15) not null, coluna2 varchar(15) null ); set implicit_transactions on; insert into objeto values (4,'x', 'x') insert into objeto values (5,null, 'xx') insert into objeto values (6,'xxx', 'xxx') commit - Qual o modo da transação? - Quais insert serão confirmados ao final da transação? 2) Antes de prosseguir apague os comandos anteriores na janela de query. set implicit_transactions off; insert into objeto values (7,'x', 'x'); insert into objeto values (8,null, 'xx'); insert into objeto values (9,'xxx', 'xxx'); - Como estará a tabela objeto ao final deste código? - Neste momento, caso seja aberta uma nova janela de query e nela seja digitado o comando select * from objeto, o que aconteceria? 3) Antes de prosseguir apague os comandos anteriores na janela de query. begin transaction insert into objeto values (10,'x', 'x') insert into objeto values (11,null, 'xx') insert into objeto values (12,'xxx', 'xxx') commit - Qual o modo da transação? - Como estará a tabela objeto ao final da transação? - O resultado final deste código 3 é semelhante ao de transações de qual(is) tipo(s)? - Por que isso ocorreu? Pág. 15

coluna1 varchar(15) not null, coluna2 varchar(15) null ); set implicit_transactions on; insert into objeto values (4,'x', 'x') insert into objeto values (5,null, 'xx') insert into objeto values

4 - Altere o código 3 de modo a justificar o uso do begin tran neste exercício (no novo código utilize as chaves primárias 13, 14 e 15 para não duplicar PK). 9. SET XACT_ABORT ON Vimos nos exercícios anteriores que se ocorrer um erro em tempo de execução em um lote (como uma violação de restrição null) o comportamento padrão do Mecanismo do Banco de Dados será reverter somente a instrução que gerou o erro, caso um ROLLBACK não seja executado. É possível alterar esse comportamento usando a instrução SET XACT_ABORT ON. Depois que SET XACT_ABORT ON for executado, qualquer erro em tempo de execução fará com que a transação inteira seja revertida sem necessidade de executar o comando ROLLBACK após a verificação da ocorrência de um erro 1) Antes de prosseguir apague os comandos anteriores na janela de query. set xact_abort on begin transaction insert into objeto values (16,'x', 'x') insert into objeto values (17,null, 'xx') insert into objeto values (18,'xxx', 'xxx') commit Quais dos insert s serão confirmados (note que não há rollback)? Pág. 16

será reverter somente a instrução que gerou o erro, caso um ROLLBACK não seja executado. É possível alterar esse comportamento usando a instrução SET XACT_ABORT ON.

5 10. Erros de compilação x Erros em tempo de execução No modo de confirmação automática (default), às vezes parece que uma instância do Mecanismo de Banco de Dados reverteu um lote inteiro, em vez de apenas uma instrução SQL. Isto acontece se o erro encontrado for um erro de compilação, não um erro em tempo de execução. Um erro de compilação impede o Mecanismo de Banco de Dados de criar um plano de execução, assim nada no lote é executado. Embora pareça que todas as instruções antes daquela que gerou o erro tenham sido revertidas, na verdade o erro impediu que tudo no lote fosse executado. No exemplo a seguir, nenhuma das instruções INSERT serão executadas por causa de um erro de compilação. Parece que as primeiras duas instruções INSERT foram revertidas, mas elas nunca foram executadas. Selecione um BD qualquer e abra a janela de query. create table ErroTeste (Col1 int primary key, Col2 char(5) not null); go insert into ErroTeste values (1, 'aaaaa'); insert into ErroTeste values (2, 'bbbbb'); insert into ErroTeste valuse (3, 'ccccc'); go select * from ErroTeste Obs.: note o erro de sintaxe (values x valuse) no terceiro insert. A mensagem apresentada pelo SGDB para o lote é: Msg 102, Level 15, State 1, Line 3 Sintaxe incorreta próxima a 'valuse'. (0 row(s) affected) resultado do comando select indicando não haver linhas na tabela embora esteja no modo confirmação automática. Pág. 17

Um erro de compilação impede o Mecanismo de Banco de Dados de criar um plano de execução, assim nada no lote é executado.

6 11. Rotina de tratamento de erro (TRY CATCH) Apresentando de maneira prática Exemplo 1 begin try begin tran insert into objeto values (50, 'Primeira coluna', 'Segunda coluna'); insert into objeto values (51, null, 'Segunda coluna'); insert into objeto values (52, 'Primeira coluna', 'Segunda coluna'); commit tran; end try begin catch rollback tran; end catch; Já sabemos que o segundo insert vai falhar (segunda coluna não pode ser nulo) entretanto, há um commit dentro da transação e não há um teste do valor para verificar se este commit deve ser executado ou não. Agora responda: 1) O commit dentro da transação fez com que os dois outros insert s fossem confirmados? Explique por quê. Pág. 18

tran; end catch; Já sabemos que o segundo insert vai falhar (segunda coluna não pode ser nulo) entretanto, há um commit dentro da transação e não há um teste do valor de @@error

7 11.2. Exemplo 2 (adicionando ao CATCH uma consulta que traga mais informações sobre o erro e uma mensagem de erro). begin try begin tran insert into objeto values (50, 'Primeira coluna', 'Segunda coluna'); insert into objeto values (51, null, 'Segunda coluna'); insert into objeto values (52, 'Primeira coluna', 'Segunda coluna'); commit tran; end try begin catch select ERROR_NUMBER() AS "Número do Erro", ERROR_LINE() AS "Linha", ERROR_MESSAGE() AS "Mensagem" RAISERROR('Erro na transação', 14, 1) rollback tran; end catch; Pág. 19

'Segunda coluna'); insert into objeto values (52, 'Primeira coluna', 'Segunda coluna'); commit tran; end try begin catch select

Documentos relacionados

TRANSAÇÕES. Considerando que estes comandos fazem parte de uma TRANSAÇÃO (veremos como indicar isso):

TRANSAÇÕES. Considerando que estes comandos fazem parte de uma TRANSAÇÃO (veremos como indicar isso): TRANSAÇÕES 1. Introdução Transação Uma transação é uma unidade lógica de trabalho (processamento), formada por um conjunto de comando SQL, que tem por objetivo preservar a integridade e a consistência