Problema en el uso de Transacciones

[AGAG4]

Otra Cosa Juan Antonio porque menciona esto....

"es mucho menor en entornos con pocos usuarios."

El método de uso de Cache no funciona como debiera con muchos Usuarios accesando al mismo tiempo en una Base de Datos????

Es la otra duda que me quedo respecto a sus comentarios....

Que Tenga Buen Día....

[AGAG4]

No tuve más remedio que lidiarme con un DBF Físico, le añadí los campos que ocupo para determinar el INDICE de la llave primaria y para los TOTALES de la Factura y me funcionó, no encontre nada como crear una tabla en memoría y lidear con ella....

Saludos.

[jachguate]

Hola.

Empezado por AGAG4

Otra Cosa Juan Antonio porque menciona esto....

"es mucho menor en entornos con pocos usuarios."

El método de uso de Cache no funciona como debiera con muchos Usuarios accesando al mismo tiempo en una Base de Datos????

Lo que yo dije fué:

Empezado por yo mero

Entonces la contención y la posibilidad de deadlocks es reducida en gran cantidad.. .aún cuando sigue siendo posible que dos clientes colisionen... es mucho menor en entornos con pocos usuarios. Y entonces podes dejar las transacciones en modo wait, puesto que la espera será realmente corta.

Me refiero a que la probabilidad de que ocurran deadlocks o problemas de concurrencia (contención) es tan baja en entornos con pocos usuarios, que al usar este método podes olvidarte de ella. En cambio, en entornos con muchos usuarios esta probabilidad va subiendo de manera que tendrias que programar algo para lidiar con ella.

Imagina un entorno donde las transacciones que tardan 0.1 segundos, gracias al uso de actualizaciones en cache. Nos pondremos en el escenario de un supermercado con 200 cajeros y que en un momento particular todos venden cocacola y panecillos (que están en oferta). Aún cuando las transacciones son realmente cortas, la probabilidad de que dos cajeros finalicen una factura al mismo tiempo, y que esta tenga que afectar la existencia de un mismo artículo es ya importante... quizas una vez a la semana, talvez hasta una vez por hora. Entonces habrá que hacer algo para interceptar el error y lidiar con él.. p. ej. hacer esperar a uno de los dos cajeros medio segundo y reintentar la operación.

Hasta luego.



pd. Es buena idea que edites el mensaje que obliga a que sea necesario correrse a la derecha para poder escribir esto.... es realmente molesto.

[AGAG4]

De hecho es lo que hice con las Transacciones al Finalizar la Factura hice un ciclo que pongo a la vista si alguien más le sirva:

Código Delphi [-]
while true do
try
if Detalle.UpdatesPending Then
Detalle.ApplyUpdates;
if Maestro.UpdatesPending Then
Maestro.ApplyUpdates;
break;
except
//Si Hay Bloqueo en Registro ReIntentar de Nuevo....
on E:Exception do 
if UpperCase(copy(e.message,1,15))<>'DEADLOCK UPDATE' then
break;
end;

En cuanto al Editar el Mensaje en el Foro la verdad no se cual fue la causa de que el mensaje salga TAN ANCHO, me comenta que tengo que EDITARLO, como se hace eso????, porque cuando yo quiero agregar un NUEVO COMENTARIO solo presiono el boton RESPONDER y Disculpa por esta Molestia....

Gracias por sus comentarios....
Que Tenga Buen Día....

[jachguate]

Bueno... este último mensaje lo has editado.. poniendo como razón la palabra "corrección".

¿Estas seguro que no sabes como editar mensajes?

Lo que hace muy ancho el mensaje es el comentario, que está puesto en una sola línea... la etiqueta delphi, sql y code no ajustan el texto al ancho de la ventana... hacen que la ventana sea tan ancha como la línea mas larga de texto. Quizas sea dificil de ver en el editor (que si quiebra las líneas) pero es fácil de identificar aqui mismo... es la única línea que llega hasta el final (dentro del código) en este mensaje

Hasta luego.

[AGAG4]

Mucho Mejor.... Gracias.

Que Tenga Buen Día.