La forma mas segura es bloquear el registro del contador, actualizarlo y
desbloquearlo. Hacerlo dentro de una transaccion es mejor, aunque te puede dar
problemas de contencion en entornos donde haya muchas actualizaciones
simultaneas. Pero, en ese caso ya estarias usando SQL Server y el tema es otro.
Pablo Pioli
----- Original Message -----
From: Roberto Tactac
To: GUFA List Member
Sent: Friday, November 23, 2007 12:51 AM
Subject: [GUFA] RE: [GUFA] Programación Multiusuario
Hola carlos
En esos casos tengo una tabla que cada fila la uso como
contador para distintos fines, recibos, ord pagos, presupuestos etc, en esste
caso podes hacer lo mismo pero el nro recién tomarlo en el momentos antes de
guardar (supongo que tenes un botón en donde se guarda y se valida la info
no?), bueno aquí iria el tomado del nro, incrementas en 1 y posteriormente
grabas la info con el nro tomado al comienzo.Creo que no deberías tener
problemas.
Un abrazo
De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Carlos A. Cuevas
Enviado el: jueves, 22 de noviembre de 2007 15:08
Para: GUFA List Member
Asunto: [GUFA] Programación Multiusuario
Hola
Tengo un formulario que genera presupuestos.
Cada vez que viene un cliente asigna un numero temporal en el puesto que se
atiende.
Si tengo tres puestos, el numero temporal puede llegar a ser igual, pero
cuando grabo tomo la precaución de que no exista ese numero grabado en la base
(uno de los operadores ya grabo antes).
Existe algún documento o ejemplo a seguir para manejar adecuadamente esto.
Porque "mi método" no me convence.
Atte. Carlos
__________ Información de NOD32, revisión 2679 (20071122) __________
Este mensaje ha sido analizado con NOD32 antivirus system
part000.txt - Esta correcto
part001.htm - Esta correcto
http://www.nod32.com
------------------------------------------------------------------------------
UTN - Facultad Regional Resistencia - www.frre.utn.edu.ar