Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
artigo SQL Magazine 04 - Transações em Sql Server
Artigo da Revista SQL Magazine -Edição 4.
Atenção: por essa edição ser muito antiga não há arquivo PDF para download.
Os artigos dessa edição estão disponíveis somente através do formato HTML.
Clique aqui para ler todos os artigos desta edição
Transações em Sql Server
Em ambientes multi- usuários existem operações que precisam ser serializadas, ou seja, colocadas em fila para que sejam executadas “uma a uma”, não permitindo tarefas em paralelo. Essas operações são amparadas por um conceito muito forte em bancos de dados relacionais denominado Transação, cujo objetivo é agrupar uma seqüência de comandos que precisam ser tratados como um bloco único e indivisível, para que se mantenham a integridade e a consistência dos dados. Veja o código abaixo:
UPDATE clientes
SET UF=’MG’,
Cidade=’Belo Horizonte’
WHERE codigo=1
Neste exemplo, desejamos que as colunas Cidade e UF sejam alteradas ao mesmo tempo. Caso algum erro aconteça, nenhum dos campos será modificado. A transação age da mesma forma, com a diferença de conter várias instruções SQL. Se um dos comandos não for executado, todo o bloco envolvido na transação será cancelado.
Um exemplo é uma operação bancária de transferência de fundos, onde movimenta- se dinheiro de uma conta corrente para uma conta poupança. As duas operações devem ser garantidas como uma só. Se o depósito na poupança falhar, o saque na conta corrente deve ser desconsiderado, garantindo a integridade do processo.
A transação inclui o conceito de bloqueio (lock). No momento em que ela é executada, os dados alterados permanecem visíveis somente para o usuário que a originou, ficando bloqueados para as outras conexões. Sua liberação, ou seja, a possibilidade desses dados tornarem- se novamente visíveis para outros usuários, ocorre com o término da transação. É possível determinar mecanismos de bloqueios mais avançados, como veremos mais adiante.
NOTA: O comportamento padrão de bloqueios estabelece que comandos de alteração de dados (INSERT/UPDATE/DELETE) obtêm bloqueios exclusivos, sendo liberados com o término da transação. Já comandos SELECT possuem bloqueios que terminam com a execução do próprio comando, não aguardando o desfecho da transação.
No SQL Server, existem três classes de transação:
- Transação Auto
- Comitada: é padrão no banco de dados da Microsoft. Define que os comandos SQL de manipulação representam transações individuais que são automaticamente efetivadas após sua execução. Veja um exemplo na listagem 1. Na maior parte dos casos esse modelo é falho por não considerar os dois passos como um bloco único.
Listagem 1: Transação auto- comitada
Update conta_cc
Set saldo_cc = saldo_cc - @movto
Where conta_cc_id = 1579
Transação – 1
Update conta_poup
Set saldo_poup = saldo_poup + @movto
Where conta_poup_id = 4994
Transação – 2
- Transação Explícita: o início e o fim da transação devem ser claramente delimitados. O início é determinado através do comando begin tran. A finalização é efetuada com o comando commit, para confirmar as alterações, ou com o comando rollback, para cancelar todo o bloco. A listagem 2 contém uma transação explícita envolvendo o débito na conta corrente e o crédito na conta poupança.
Listagem 2
"
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Paulo Ribeiro
Paulo Ribeiro (psribeiro@hotmail.com) é Microsoft MCDBA e membro da equipe editorial da SQL Magazine. Atua como DBA sênior em SQL Server na Livraria e Papelaria Saraiva S/A.
