Transacciones. Duda Existencial.

[Casimiro Notevi]

Empezado por Neftali

¿Hay alguna razón para utilizar las consultas en SELECT? Tal vez se me escapa, pero a primeras yo tampoco le veo sentido...
Vas a sobrecargar el sistema con una lógica que no necesita y a la que no le vas a sacar ningún rendimiento.

Por ejemplo un select "gordo" que tarda unos segundos y mientras tanto están insertando nuevos registros, o borrándolos, en otros terminales.

De forma predeterminada, firebird usa transacciones siempre, incluso select. No hay que llamarlas implícitamente.

[santiago14]

Empezado por Casimiro Notevi

Por ejemplo un select "gordo" que tarda unos segundos y mientras tanto están insertando nuevos registros, o borrándolos, en otros terminales.

De forma predeterminada, firebird usa transacciones siempre, incluso select. No hay que llamarlas implícitamente.

Y sí. Firebird hace de manera automática la transacción. Por lo cual, al final de tu consulta deberías hacer un Commit, o un Rollback.

[Casimiro Notevi]

Empezado por santiago14

Y sí. Firebird hace de manera automática la transacción. Por lo cual, al final de tu consulta deberías hacer un Commit, o un Rollback.

Bueno, depende de los componentes que uses, por ejemplo con los IBX puedes indicar un valor por defecto para los casos en que no lo indiques tú mismo y entonces no tienes que hacer nada.
La propiedad "DefaultAction" del componente TIBTransaction.

[Neftali [Germán.Estévez]]

Empezado por Casimiro Notevi

Por ejemplo un select "gordo" que tarda unos segundos y mientras tanto están insertando nuevos registros, o borrándolos, en otros terminales.
De forma predeterminada, firebird usa transacciones siempre, incluso select. No hay que llamarlas implícitamente.

Empezado por santiago14

Y sí. Firebird hace de manera automática la transacción. Por lo cual, al final de tu consulta deberías hacer un Commit, o un Rollback.

Que FB lo haga implícitamente es una decisión interna, pero entiendo que a nivel general un usuario no debe usar transacciones para SELECT.
Esto me parece la excepción dentro de los SGBD's. ¿no?

[Casimiro Notevi]

Empezado por Neftali

... entiendo que a nivel general un usuario no debe usar transacciones para SELECT. ...

Por supuesto que no necesita usarlas.

[usuario1000]

Buenas a todos, y gracias de antemano.

Retomo este asunto porque no me queda nada claro como se puede hacer esto. He leido, he remirado y he visto videos tostonazos en youtube, pero al final nada de nada.

Tengo realizada al 99% una apicación Cliente - Servidor. Y no he utilizado nunca en toda la aplicación expresamente las transacciones y me hubiera gustado, pero no he sabido en que momento utilizarlas.

Mi aplicación funciona aproximadamente de la siguiente forma:

Para dar de alta a un proveedor llamo a un una función como por ejemplo:

resultado:= funcion.altaProveedor(nombre, apellidos, nif, domicilio. .... etc.); // esta función está dada de alta en la parte del servidor.
if resultado = true /
todo correcto se ha grabado bien.
else
"Error a la hora de grabar".


resultado := funcion.grabarOtraCosa(m, n, o,p);
if resultado = true // todo ok
else
// error.

¿Donde pongo el "startTransaction" para hacer el commit o el rollback?

Ademas la cosa se complica, cuando esa operación anterior se realiza con muchas más tablas que deben ser todas modificadas, y si falla la grabación de una, la liamos parda.

Cada vez que utiizo una función (de las anteriores), modifica la base de datos de forma instantanea, sin posibilidad de hace rollback.


Espero que se me entienda, lo que pretendo es asegurar la integridad de los datos, pero con las funciones que utilizo, una detras de otra, puede darse el caso que alguna falle y eso... la liemos.

Alguna sugerencia de como poder utilizar las transacciones aquí.

Gracias.

NOTA: Es un aplicación DATASNAP, firebird y con delphi "Berlin".

[Casimiro Notevi]

Echa un vistazo a esto.