Diferencias entre usar o no Transacciones

[[AzidRain]]

Mi buen Delphius ya lo acaba de decir el buen Casi...

Las transacciones, fuera de lo que se podría pensar, fueron diseñadas para mantener a toda costa la integridad de los datos no tanto para la concurrencia. Digamos que esto fue un efecto adicional.

Ahora respecto a tus dudas...

En el caso del POS que ejemplificas:

1.- Una transacción solo comienza cuando:
El operador (cajero) escanea o digita un producto desde que se terminó la última transacción.
2.- Una transacción solo termina cuando:
El operador entrega el cambio al cliente (previo cálculo del sistema)

En los sistemas de POS además de todo ello hay que considerar que el operador debe ser capaz de seguir cobrando (como sea) aun y cuando no tenga comunicación con el servidor (ah verdad) y ahi es donde viene el chiste del asunto de los POS.

El enfoque de IBM en su ya viejo SO especial para POS prácticamente es un estandar mundial ya que es muy confiable y evita este tipo de problemas (aun y cuando los displays no se ven bonitos ni nada de esas jaladas que muchos nos inventamos). Ese sistema es ROBUSTO con mayúsculas ya que prácticamente tienes que destruir todo para que no haya forma de recuperarse de algún problema. Y el enfoque que usaron ellos: simple....KISS

[MaMu]

A ver, a ver:

Código Delphi [-]
var
__iNumFactura:integer;
begin
__try
____StartTransaction;
____iNumFactura := HacerFacturaNueva(now); // crea la factura
____CobrarFactura( iNumFactura ); // hace el apunte en caja 
____DescontarInventario( iNumFactura ); // descuenta el artículo del inventario de artículos
____Post;
____Commit;
__except
____Rollback;
__end;
end;

Si se me corta la luz, me anula la transacción?, porque la verdad esa parte no la entendi, porque que pasa si se corta la luz justo en el instante del post, lo otro lo entendi, pero esto, la verdad que no.

[Casimiro Noteví]

Empezado por MaMu

A ver, a ver:
Si se me corta la luz, me anula la transacción?, porque la verdad esa parte no la entendi, porque que pasa si se corta la luz justo en el instante del post, lo otro lo entendi, pero esto, la verdad que no.

No es que te anule la transacción, lo que ocurre es que los datos no se guardan "realmente" hasta que confirmas (commit) la transacción.
Te recomiendo que leas esto y el tema sobre transacciones de este libro, seguro que así te queda claro.

[MaMu]

Claro, pero a eso me referia, si se corta despues del commit?

Saludos

[[gluglu]]

Si se corta la luz después del commit, 'todos' los cambios habrán sido escritos ya al disco duro o dispositivo de almacenamiento. Con lo cual no habrá pérdida de ningun dato y se preservará la integridad de todos los datos en su conjunto.

Si se estropea el disco duro ....

[Casimiro Noteví]

Empezado por gluglu

Si se corta la luz después del commit, 'todos' los cambios habrán sido escritos ya al disco duro o dispositivo de almacenamiento. Con lo cual no habrá pérdida de ningun dato y se preservará la integridad de todos los datos en su conjunto.

Si se estropea el disco duro ....

Replicación o RAID, jeje

[[Delphius]]

Empezado por Casimiro Notevi

Replicación o RAID, jeje

Más una política de resguardo y recuperación de backups. Algo que parece que se nos olvida muchas veces. No tiene que ser demasiado elaborado, pero es aconsejable que esté bien definido el proceso; que sea explícito.

De nada sirve llevar un replicación y backups si no se fomenta esta actividad. Ya sea que se haga en forma manual o automática, si las personas que intervienen no tienen asimilado la idea, el uso, ventajas y práctica... de nada sirve.

A veces uno no ve y pone en práctica las cosas hasta que le pasa. Y hasta me atrevo a decir que le pasan muchas veces e igualmente continuan. Por ejemplo en mi caso: fue necesario haber estropeado varios discos para aprender una valiosa lección. ¡Los backups son necesarios!

Saludos,