Transa��es em Firebird

Question

Minha d�vida � simples.Gostaria de saber qual a diferen�a entre o m�todo Commit e CommitRetaining, Rollback e RollbackRetaing, quando se usa uma transa��o em um Banco de Dados.Obrigado....

Eniorm · Answer

Committodos os objetos query ou dataset que estiverem associados a essa transa��o ser�o fechados, necessitando depois serem abertosCommitRetainingcommita os dados mas mantem as querys abertas.O mesmo vale para o RollBack/Retaining...

Jonathan Bispo · Answer

Poxa, s� isso...rsrs...Valeu Enio.Muito obrigado....

Eniorm · Answer

se vc dar uma pesquisadinha no google vai ver que as diferen�as n�o s�o somente isso n�o rsrsrs tem muito mais coisas, e � mais recomendado o uso do Commit/RollBack do que o Retaining.

abra�o

Emerson Nascimento · Answer

[quote:eea22a7e27=�Enio Marconcini�]Commit
todos os objetos query ou dataset que estiverem associados a essa transa��o ser�o fechados, necessitando depois serem abertos

CommitRetaining
commita os dados mas mantem as querys abertas.

O mesmo vale para o RollBack/Retaining[/quote:eea22a7e27]

Na verdade....
- Commit grava fisicamente as altera��es e fecha a transa��o - a [b:eea22a7e27]transa��o[/b:eea22a7e27], n�o a query.
- CommitRetaining grava fisicamente as altera��es e mant�m a [b:eea22a7e27]transa��o [/b:eea22a7e27]aberta (n�o recomendado).

o mesmo ocorre para o RollBack.

- RollBack descarta as altera��es e fecha a [b:eea22a7e27]transa��o[/b:eea22a7e27] - a transa��o, n�o a query.
- RollBackRetaining descarta as altera��es e mant�m a [b:eea22a7e27]transa��o[/b:eea22a7e27] aberta (n�o recomendado).

Jonathan Bispo · Answer

Mas, por mais rara que fosse, haveria alguma situa��o onde seria mais vi�vel utilizar CommiRetaining / RollbackRetaining do que Commit / Rollback?...

Eniorm · Answer

[quote:fc3c25af12=�emerson.en�]Na verdade....- Commit grava fisicamente as altera��es e fecha a transa��o - a [b:fc3c25af12]transa��o[/b:fc3c25af12], n�o a query.[/quote:fc3c25af12]Bem comentado... mas consequentemente, a query � fechada tbm :D...

Pestana_ · Answer

[quote:b0ac5b92cb=�emerson.en�][quote:b0ac5b92cb=�Enio Marconcini�]Committodos os objetos query ou dataset que estiverem associados a essa transa��o ser�o fechados, necessitando depois serem abertosCommitRetainingcommita os dados mas mantem as querys abertas.O mesmo vale para o RollBack/Retaining[/quote:b0ac5b92cb]Na verdade....- Commit grava fisicamente as altera��es e fecha a transa��o - a [b:b0ac5b92cb]transa��o[/b:b0ac5b92cb], n�o a query.- CommitRetaining grava fisicamente as altera��es e mant�m a [b:b0ac5b92cb]transa��o [/b:b0ac5b92cb]aberta (n�o recomendado).o mesmo ocorre para o RollBack.- RollBack descarta as altera��es e fecha a [b:b0ac5b92cb]transa��o[/b:b0ac5b92cb] - a transa��o, n�o a query.- RollBackRetaining descarta as altera��es e mant�m a [b:b0ac5b92cb]transa��o[/b:b0ac5b92cb] aberta (n�o recomendado).[/quote:b0ac5b92cb]Ola Emerson!quando voc� fala que (CommiRetaining / RollbackRetaining) n�o s�o recomendados � por causa de quando haver uma queda de energia o banco n�o seja prejudicado, � isso?j� andei procurando m�terial que fale sobre o assunto, mas at� agora n�o cheguei � uma colclus�o real! voc� poderia me ajudar respondendo sobre isso?Obrigado!Pestana....

Emerson Nascimento · Answer

[quote:c1f527aa01=�Pestana_�]Ola Emerson!quando voc� fala que (CommiRetaining / RollbackRetaining) n�o s�o recomendados � por causa de quando haver uma queda de energia o banco n�o seja prejudicado, � isso?j� andei procurando m�terial que fale sobre o assunto, mas at� agora n�o cheguei � uma colclus�o real! voc� poderia me ajudar respondendo sobre isso?Obrigado!Pestana.[/quote:c1f527aa01]Eles n�o s�o recomendados porque mant�m a transa��o aberta e os registros abertos e em �edi��o� no DB por um tempo desnecess�rio. Esse compromentimento pode ser inaceit�vel, dependendo do controle transacional (pessimista ou otimista). A recomenda��o � que uma transa��o fique o menor tempo poss�vel aberta, para n�o comprometer o uso dos registros por outros usu�rios. Se voc� estiver utilizando transa��es com controle pessimista, o registro fica travado - travado mesmo; ningu�m usa - enquanto a transa��o estiver aberta.P.S: o CommitRetaining grava fisicamente os dados e mant�m a transa��o aberta, o que indica que n�o haver� perda de dados se cair a energia, por exemplo. Por�m, o registro pode ficar travado (como explicado acima) ou ainda poderia haver serializa��o desnecess�ria do registro - por conta de a transa��o estar aberta - o que causaria a grava��o de sujeira no banco de dados (registro serializado, transa��o aberta), sendo necess�rio um garbage collection para e eliminar esses res�duos desnecess�rios....

Pestana_ · Answer

[quote:9a216ad854=�emerson.en�]ou ainda poderia haver serializa��o desnecess�ria do registro - por conta de a transa��o estar aberta - o que causaria a grava��o de sujeira no banco de dados (registro serializado, transa��o aberta), sendo necess�rio um garbage collection para e eliminar esses res�duos desnecess�rios.[/quote:9a216ad854]Emerson, muito obrigado consegui entender, havendo somente o trecho acima que ficou obscuro pra mim. n�o querendo abusar de sua bondade voc� poderia explicar?Obrigado!...

Helton Garrido · Answer

Bom dia meus amigos, tenho um sistema rodando em Rede e uso essas duas op��es s� que elas est�o me dando problemas. Veja o c�digo de grava��o a baixo.

If (DM.tblparticular.State in [DsInsert, DsEdit]) Then
DM.tblparticular.Edit;
DM.tblparticular.Post;
DM.IBTransaction1.CommitRetaining;
DM.IBTransaction1.RollBackRetaining;
DM.tblparticular.Refresh;

Gostaria de uma ajuda dos amigos programadores, onde estou errando...

F�rum Transa��es em Firebird #59748