Bancos de dados SQL em geral, não somente o o SQL Server, são transacionais, isto é, eles permitem você executar uma sequência de operações como um bloco indivisível de forma a garantir a integridade dos dados em um ambiente com acesso concorrente.
Em outras palavras uma Transação, ou Transactions, é o processo todo de consulta ou manipulação do banco de dados. É uma forma de estabelecer que algo deva ser feito atomicamente, ou seja, ou faz tudo ou faz nada, não pode fazer pela metade. É tudo feito em uma viagem da aplicação para o banco de dados. Em condições normais enquanto a transação não termina outras transações não podem ver o que esta está fazendo.
Esses 3 comandos SQL são para controlar isso.
O BEGIN TRANSACTION indica onde ela deve começar, então os comando SQL a seguir estarão dentro desta transação.
O COMMIT TRANSACTION indica o fim normal da transação, o que tiver de comando depois já não fará parte desta transação. Neste momento tudo o que foi manipulado passa fazer parte do banco de dados normalmente e operações diversas passam enxergar o que foi feito.
O ROLLBACK TRANSACTIONtambém fecha o bloco da transação e é a indicação que a transação deve ser terminada,mas tudo que tentou ser feito deve ser descartado porque alguma coisa errada aconteceu e ela não pode terminar normalmente. Nada realizado dentro dela será perdurado no banco de dados.
Ao contrário do que muita gente acredita rollbackno contexto de banco de dados não significa reverter e sim voltar ao estado original. Um processo de reversão seria de complicadíssimo à impossível. Um processo de descarte é simples e pode ser atômico.
A maioria dos comandos SQL são transacionais implicitamente,ou seja,ele por si só já é uma transação. Você só precisa usar esses comandos citados quando precisa usar múltiplos comandos e todos esses devam rodar atomicamente. Ou seja,eles funcionam como as chaves de um código,eles criam um bloco. Na verdade está mais para o usingdo C# já que há uma consequência garantida no final da execução.
CREATETABLEValueTable (id int);BEGINTRANSACTION;--aqui começa a transaçãoINSERTINTOValueTable VALUES(1);INSERTINTOValueTable VALUES(2);COMMIT;--aqui termina e "grava" tudoEnquanto não dá o COMMITessas inserções não constam de fato no banco de dados. Um ROLLBACKdescartaria tudo feito antes.
A documentação tem mais informações e o assunto é interessante,pena não ter mais perguntas sobre isto.
Para melhor compreensão é preciso entender o que é o ACID.
O que é o ACID no SQL?
A sigla ACID significa:
- AtomicidadeÉ algo indivisível. Ou tudo o que está em uma transação deve ser realizado com sucesso,ou nada deve ser realizado. Pelo menos nada deva ser considerado como realizado. Sem a atomicidade fica difícil se não impossível manter as outras características,por isso a transação é importante.
- ConsistênciaO banco de dados deve ter uma transação terminada em estado consistente,ou seja,deve respeitar todas as regras impostas no banco de dados para todos os envolvidos na transação.
- IsolamentoUma transação não pode interferir em outra enquanto está em atividade. Só após sua conclusão é que o seu resultado ficará disponível para outras transações.
- DurabilidadeAo final da transação o resultado deve permanecer no banco de dado,aconteça o que acontecer.
Sem essas características o banco de dados não é confiável. Uma operação pode terminar pela metade,ou pode estar em um estado que causará problemas,ou manipulará dados que ainda não se sabe se serão úteis ou finais ou ainda pode perder o que foi feito.
Alguns bancos de dados se dizem ACID quando na verdade são apenas quase ACID 🙂 Eles são ACID,pero no mucho,tem alguns casos que eles não garantem isso,ou seja eles dizem que estão mais ou menos grávidos 🙂
O conceito é implementado para evitar condições de corridae problemas semelhantes. No linktem um exemplo de conta bancária que é o clássico problema.
- Se você precisa atualizar o saldo de uma conta precisa garantir que tudo o que é feito para mudar o saldo deve ser realizado até o fim,não pode mudar em uma tabela e não mudar em outra,não pode debitar em uma conta e deixar de debitar em outra (atomicidade).
- No final da transação não pode deixar o saldo com um valor que foi determinado que não seja permitido,por exemplo:saldo normal mais limite ser negativo,ou o saldo não ter uma operação vinculada a ele (consistência).
- Não pode deixar outras transações verem o crédito até que se conclua,já que a transação pode não dar certo ou pode ser que durante ela também tenha outros créditos ou débitos que afetarão o resultado final (isolamento).
- Não pode deixar de manter o novo valor do saldo e tudo o que foi realizado para se chegar nele (durabilidade).
Normalmente isto é obtido por um sistema de journaling,write ahead logou alguma forma semelhante. É importante que as operações da transação sejam feitas fora do acesso normal do banco de dados e só entre no seu final. As técnicas mais utilizadas são two phase locking,multi version concurrency controle snapshot isolation.
Bancos de dados Relacionais e NoSQL
Os bancos de dados chamados de NoSQL não costumam ser ACID (alguns até são,alguns são parcialmente,ou seja,não são). Os que são não oferecem todas aquelas vantagens que dizem que o NoSQL tem,não existe milagre. Ou eles não são confiáveis. Claro que problemas que o desempenho geral e a distribuição são mais importantes que a confiabilidade da informação então ele é útil. Bancos de dados ACID podem ter melhor desempenho em certos cenários.
Se não souber o que está fazendo o NoSQL pode ser trágico e muito mais lento. NoSQL opta pelo BASEque podemos chamar de oposto do ACID,ainda que não seja bem assim.
Veja sobre o CAP theorem. Ele mostra que não existe milagre. Não acredite em falsos profetas que prometem que vão resolver todos os problemas e quebrar o CAP theorem.
Voltando a falar sobre Transações (Transactions) em SQL
No livro Sistemas de banco de dados,de Elmasri &Navathe,os capítulos 17 a 19 (páginas 395 a 452,4ª edição) tratam da teoria do processamento de transações. Sobre a pergunta “O que são transações”,o texto informa que “Uma transação inclui uma ou mais operações de acesso ao banco de dados –englobam operações de inserção,exclusão,alteração ou recuperação”e também cita que “Uma transação é uma unidade atômica de trabalho que ou estará completa ou não foi realizada“.
Outra parte de sua pergunta menciona BEGIN TRANSACTION,COMMITe ROLLBACK:“Um meio para especificar os limites de uma transação é estabelecer explicitamente declarações de início de transação e fim de transação“. No caso das instruções SQL que citou,BEGIN TRANSACTIONrefere-se a início da transação e COMMITao final da transação.
Ao utilizar o par BEGIN TRANSACTION/COMMITdefinem-se os limites da transação:“…todas as operações de acesso ao banco de dados,entre as duas,serão consideradas parte da transação“.
Como exemplo,o caso clássico de transferência de valor entre duas contas bancárias. A programação deve ser de tal forma que não seja possível a retirada do valor da conta e,por uma falha qualquer,o processo seja interrompido antes que o valor seja depositado na conta do destinatário.
--código #1declare@contaDechar(6),@contaParachar(6),@Valormoney;set@contaDe='029820';set@contaPara='407302';set@Valor=1200.00;BEGINTRANSACTION;UPDATECONTA_CORRENTE
setsaldoConta=saldoConta -@ValorwherenumConta =@contaDe;UPDATECONTA_CORRENTE
setsaldoConta=saldoConta +@ValorwherenumConta =@contaPara;COMMIT;go
No caso de transferência bancária há vários procedimentos adicionais,mas o objetivo aqui é exemplificar a utilização das instruções BEGIN TRANSACTIONe COMMIT.
Já a instrução ROLLBACK“reverte uma transação explícita ou implícita ao começo da transação ou a um ponto de salvamento dentro da transação“,conforme consta na documentação da instrução. Geralmente é utilizada quando ocorre algo inesperado no processamento e é necessário então desfazer o processamento realizado na transação.
O conceito de transação está intimamente ligado a concorrência de processose também às propriedades ACID (atomicidade,consistência,isolamento e durabilidade).
Documentação em português,para SQL Server:
LEIA TAMBÉM:
