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)
In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
OT: Para los expertos en SQL
OT: Para los expertos en SQL
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)
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)
OT: Para los expertos en SQL
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)
>
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)
>