Ver Mensaje Individual
  #3  
Antiguo 16-12-2005
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.288
Reputación: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por Oxa78
Tabla de Movimientos tiene un Número de Registro Unico (ID), este número unico lo encuentro con una consulta SQL buscando el máximo luego le sumo 1 y tengo el nuevo id, incluyo esta consulta en una trnasacción para asegurar q el id no se repita...

¿ Que me recomiendan ?
* Utiliza Primary Keys
* Utiliza índices (clustered en tu caso del ID)
* En lugar de contador + 1, utiliza un campo autoincremental. Evitarás problemas de que dos generen enl mismo número (que en la forma en que lo estás haciendo es posible aunque tengas una transaccion -con el nivel de aislamiento por defecto que trae SQL Server-; Ya que la transaccion te evita bloqueos, pero no duplicados).
Dos transacciones que se ejecuten: la A lee, luego la B lee (hasta aquí con el nivel de aislamiento de SQL Server es posible), luego la A suma 1 y hace commit, luego la B suma 1 y hace commit ==> ERROR.

Te adjunto un trozo de la documentacion de SQL Server:
-----------------------------------------------------------------------
READ COMMITTED

Especifica que se mantengan los bloqueos compartidos mientras se leen datos para evitar lecturas no actualizadas, pero se pueden modificar los datos antes del final de la transacción, lo que provoca lecturas no repetibles o datos fantasma. Esta opción es la predeterminada en SQL Server.

-----------------------------------------------------------------------
__________________
Germán Estévez => Web/Blog
Guía de estilo, Guía alternativa
Utiliza TAG's en tus mensajes.
Contactar con el Clubdelphi

P.D: Más tiempo dedicado a la pregunta=Mejores respuestas.

Última edición por Neftali [Germán.Estévez] fecha: 16-12-2005 a las 17:26:22.
Responder Con Cita