Una transacción IB activo todo el tiempo de vida de una sola aplicación de usuario

Question

¿Hay algún impacto negativo en que una sola aplicación de usuario utiliza sólo una transacción IB, que es activa mientras se ejecuta el programa? Utilizando sólo CommitRetaining y RollbackRetaining.

Antecedentes: Quiero usar IBQuery (s) y conectarlos a una base de datos de cuadrícula (s) (DevExpress), que carga todos los registros en la memoria a la vez. Así que quiero evitar volver a ir a buscar todos los datos después de cada comando SQL de inserción. IBTransaction.Commit cerraría el conjunto de datos.

Answer 1

Me suena como que está tratando de utilizar una función de base de datos con el fin de evitar el uso de TClientDataSet, que es claramente la forma de trabajar en Delphi en estos días. ¿Por qué ir fuera de su camino y el uso de prácticas cuestionables de transacción en lugar de seguir el patrón más común para el uso de componentes de base de datos, que ya es una mejor solución para el problema en cuestión?

Answer 2

CommitRetaining y RollbackRetaining no son buenas.

transacción tiene que ser muy corto.