Sobre accesos concurrentes.

04/07/2003 - 09:37 por Tako | Informe spam

Hola gente.

Estamos en pleno análisis de una aplicación y estamos planteándonos el
tema de que varios usuarios intenten modificar el mismo elemento a la par,
si se deja tal y como esta es evidente que el último que haga los cambios se
llevara el pato al agua, pero claro, modificara los datos que ha cambiado el
primero.

Así que estamos pensando en como evitar esto, salen propuestas de llevar
un registro de bloqueos de forma que no se pueda modificar ciertos datos si
alguien ya los esta modificando... etc.

La cuestión es si alguien sabe si hay algún forma estándar de manejar
esto o al menos algunos guías que documenten esto, o quizás el nuevo ADO.NET
lleve algo relacionado con esto, al fin y al cabo me parece una situación
muy común.

Bueno, si alguien sabe algo de esto o quiere contarme sus experiencias
relacionadas con este tema estaré encantado.

Muchas gracias de antemano.

Siga el debate

4 respuestas

Tengo una respuesta

DRAGON AGE™: INQUISITION – Matadragones

Leer las respuestas

#1 C.J.Ríos

07/07/2003 - 17:18 | Informe spam

Hola a

Ese problema lo puedes evitar 'automáticamente' abriendo las conexiones a
las bases de datos
en modo pesimista. De esta forma el servidor de datos bloquea cualquier
acceso sobre datos que se están usando por otro usuario.

Esto tiene como desventaja que ralentiza el acceso a los datos, ya que para
la lectura de los datos, si suponemos que siempre habrá 2 ó más usuarios
accediendo a ellos, es servidor mantendrá a la espera innecesariamente a uno
de ellos.

Lo propio es jugar a abrir las conexiones en modo optimista o pesimista
según convenga: Si los datos son principalmente de lectura --> optimista. Si
por regla general son de lectura/escritura >pesimista.

Espero que sirva de ayuda.

Salu2.

"Tako" escribió en el mensaje
news:

Hola gente.

Estamos en pleno análisis de una aplicación y estamos planteándonos el
tema de que varios usuarios intenten modificar el mismo elemento a la par,
si se deja tal y como esta es evidente que el último que haga los cambios

llevara el pato al agua, pero claro, modificara los datos que ha cambiado

primero.

Así que estamos pensando en como evitar esto, salen propuestas de

llevar

un registro de bloqueos de forma que no se pueda modificar ciertos datos

alguien ya los esta modificando... etc.

La cuestión es si alguien sabe si hay algún forma estándar de manejar
esto o al menos algunos guías que documenten esto, o quizás el nuevo

ADO.NET

lleve algo relacionado con esto, al fin y al cabo me parece una situación
muy común.

Bueno, si alguien sabe algo de esto o quiere contarme sus experiencias
relacionadas con este tema estaré encantado.

Muchas gracias de antemano.

Leer las otras respuestas

Preguntas similares

Busqueda sugerida :