Foros del Web » Programación para mayores de 30 ;) » Bases de Datos General » Mysql »

[CONSULTA] Bloqueo Optimista vs Pesimista.

Estas en el tema de [CONSULTA] Bloqueo Optimista vs Pesimista. en el foro de Mysql en Foros del Web. Estimados, acudo a ustedes porque las veces que necesite ayuda me dieron siempre luz a los temas por momentos oscuros. Sin vueltas, estoy desarrollando una ...
  #1 (permalink)  
Antiguo 08/11/2016, 20:31
Avatar de NLeone  
Fecha de Ingreso: junio-2012
Ubicación: Buenos Aires.
Mensajes: 22
Antigüedad: 11 años, 10 meses
Puntos: 0
[CONSULTA] Bloqueo Optimista vs Pesimista.

Estimados, acudo a ustedes porque las veces que necesite ayuda me dieron siempre luz a los temas por momentos oscuros.

Sin vueltas, estoy desarrollando una aplicación y necesito manejar la concurrencia a la base de datos, estoy utilizando un FrameWork PHP, que me ayuda mucho.

El tema es que siempre pensé en que las transacciones eran lo mejor, pero estuve leyendo bastante acerca de los deadlocks y de los inconvenientes que pueden traer, pero me gusta mucho poder tener el concepto ACID en mis trabajos.

En caso de actualizaciones o inserciones, me parece responsable e íntegro usar las transacciones como menciono. Ya que puede cerrarse la pestaña o el navegador o la sesión en medio de varios datos insertados o actualizados si se hacen 1 a 1...

Pero por ejemplo aquí https://unpocodejava.wordpress.com/2011/01/10/tecnicas-de-bloqueo-sobre-base-de-datos-bloqueo-pesimista-y-bloqueo-optimista/ , habla un poco sobre el tema de bloqueos. Y mismo en la documentación del FrameWork que utilizo ofrece entre opciones como las transacciones, el bloqueo optimista manejando las versiones de los registros.

Qué me recomiendan?

Desde ya muchas gracias a quien pueda aportarme un poco de ayuda. Saludos!

Etiquetas: bloqueo, php, registro
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 11:17.