Hombre desesperado .. Decepcionado de firebird

[rastafarey]

disculpen si dije algo muy fuerte y son ocomo si atacara a componetes.
Quisas fuy muy directo en mi explicacion pero lo que quise decir es que si dichos compoentes le estan dando tantos problñemas y no los conocen tan a fondo usen otros que sean un poco mas intuitivos.

Pero si a la ley vamos todos son buenos y el problema radica en nosotros y no en los compoentes. Y que que queremos que los componentes hagan todo por nosotros.

[IVAND]

Hola a todos

Disculpen mi ignorancia pero todos estamos de acuerdo que no hay que usar commitretaing en la medida de las posibilidades , pero a mis los datos se me desaparecen y ese es mi verdadero problema , me gustaria saber como configurar exactamente mis transacciones , para evitar este problema

ademas he detectado problemas en mi base de datos cuando corria el Gfix , el error es problema de unos indices , alguien sabe que programa usar para saber especificamente las tablas que me dan error no importa que sea de pago pero que solucione mi problema


atentamente

[[RONPABLO]]

Bueno, pero el problema con el CommitRetaining radica es en el momento de un corte de luz o algo similar como cerrar con Ctr Alt Sup una aplicación, en este momento se genera perdida, y para mi es el unico problema que tiene los IBX, y pues para eso esta el Commit con el cual no hay perdida de información cuando pasa eso.

[[Crandel]]

Empezado por RONPABLO

Bueno, pero el problema con el CommitRetaining radica es en el momento de un corte de luz o algo similar como cerrar con Ctr Alt Sup una aplicación, en este momento se genera perdida, y para mi es el unico problema que tiene los IBX, y pues para eso esta el Commit con el cual no hay perdida de información cuando pasa eso.

No creo que esto sea asi, o por lo menos esto no es lo que dice la documentación, CommitRetaining almacena los datos en DB de forma definitiva manteniedo la conexión abierta.

Empezado por Ayuda de Delphi

Call CommitRetaining to permanently store to the database server all updates, insertions, and deletions of data associated with the current transaction and then retain the transaction context. The current transaction is the last transaction started by calling StartTransaction.

Por lo menos yo no he notado ninguna perdida de datos usando CommitRetaining.