Xailer & OZ Software

Hola,
A ver si me podeis iluminar con algo de vuestra sabidurí­a...
Situación:
Recojo un conjunto de datos en un RecordSet. Modifico uno de los
registros e intento actualizar. Antes de hacer la actualización
compruebo la consistencia de los datos y veo que los datos originales
han sido modificados por otro terminal.
Vosotros que harí­as en ese caso.
a. Denegar la actualización.
b. Actualizar sin más contemplación
c. Resincronizar el recordset y dejar que el usuario vea los nuevos
datos y dar la opción de volver a actualizar
d. ¿que?
En fin... os dejo esta pregunta que me tiene 'angustiado'.
Saludos y gracias,
José Luis Capel
PD: utilizo bloqueo optimista con cursor del lado cliente tipo estático
(ADO)

Bueno... tampoco tiene que ser un experto el que me aconseje
Saludos,
José Luis Capel
José Luis Capel escribió:
> Hola,
>
> A ver si me podeis iluminar con algo de vuestra sabidurí­a...
>
> Situación:
>
> Recojo un conjunto de datos en un RecordSet. Modifico uno de los
> registros e intento actualizar. Antes de hacer la actualización
> compruebo la consistencia de los datos y veo que los datos originales
> han sido modificados por otro terminal.
>
> Vosotros que harí­as en ese caso.
>
> a. Denegar la actualización.
> b. Actualizar sin más contemplación
> c. Resincronizar el recordset y dejar que el usuario vea los nuevos
> datos y dar la opción de volver a actualizar
> d. ¿que?
>
> En fin... os dejo esta pregunta que me tiene 'angustiado'.
>
> Saludos y gracias,
> José Luis Capel
> PD: utilizo bloqueo optimista con cursor del lado cliente tipo estático
> (ADO)

José,
Ahora que ya no es para expertos, jejeje... mi opinión...
Me quedo con la opción c, siempre que sea "facil" de poder implementar...
En las pruebas que yo hice con MySQL, lo que hacía era la opción b, pues
según la FIFO (FirstIn FirstOut), quien primero llega, primero sale, o sea
que el último que escribe es quien se queda con el valor. Pero me parece muy
drástico en estas alturas de programación, creo que no es mucho mas
complicado mostrar un mensaje de "Datos modificados por otro usuario" y
poder escojer si o no a la validación de los nuevos datos introducidos.
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:431d71aa$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Hola,
>
> A ver si me podeis iluminar con algo de vuestra sabiduría...
>
> Situación:
>
> Recojo un conjunto de datos en un RecordSet. Modifico uno de los
> registros e intento actualizar. Antes de hacer la actualización compruebo
> la consistencia de los datos y veo que los datos originales han sido
> modificados por otro terminal.
>
> Vosotros que harías en ese caso.
>
> a. Denegar la actualización.
> b. Actualizar sin más contemplación
> c. Resincronizar el recordset y dejar que el usuario vea los nuevos datos
> y dar la opción de volver a actualizar
> d. ¿que?
>
> En fin... os dejo esta pregunta que me tiene 'angustiado'.
>
> Saludos y gracias,
> José Luis Capel
> PD: utilizo bloqueo optimista con cursor del lado cliente tipo estático
> (ADO)
>