Problema con Nº de pedidos SQL server ADO.

[Neftali [Germán.Estévez]]

Empezado por HccSoft

Entre el SELECT y el INSERT pueden pasar milisegundos pero ya es suficiente como para encontrar registros con el mismo número.

En ese caso sólo se me ocurre que utilices transacciones y bloquees al resto de usuarios para esa operación.

A la hora de hacer el INSERT del registro, debes hacer el SELECT y el INSERT del contador, todo ello dentro de la misma transacción, de forma que se el INSERT del registro falla (por lo que sea) tampoco se actualice el contador.
Además, utilizando los diferentes tipos de ISOLATION (para la transacción) creo que puedes llegar a bloquear las lecturas del resto de usuarios para que no obtengan el mismo contador.

Si estás accediendo con ADO, en la conexión y en las consultas también puedes modificar esta característica.

[HccSoft]

Empezado por Neftali

En ese caso sólo se me ocurre que utilices transacciones y bloquees al resto de usuarios para esa operación.

A la hora de hacer el INSERT del registro, debes hacer el SELECT y el INSERT del contador, todo ello dentro de la misma transacción, de forma que se el INSERT del registro falla (por lo que sea) tampoco se actualice el contador.
Además, utilizando los diferentes tipos de ISOLATION (para la transacción) creo que puedes llegar a bloquear las lecturas del resto de usuarios para que no obtengan el mismo contador.

Si estás accediendo con ADO, en la conexión y en las consultas también puedes modificar esta característica.

Sí, es la solución que había pensado.

Por si a alguien le interesa la pongo aquí :

DECLARE @numero int

BEGIN TRAN
      SELECT @numero = max(N_PRESUPUESTO) FROM PEDIDOS WHERE fecha > '01/01/2010'

      INSERT INTO PEDIDOS (N_PRESUPUESTO) values (@numero+1)

COMMIT TRAN

select @@identity as pedido

Todo dentro de un ADOQUERY que retorna la identidad del nuevo registro.

[Cañones]

Empezado por Neftali

En ese caso sólo se me ocurre que utilices transacciones y bloquees al resto de usuarios para esa operación.

A la hora de hacer el INSERT del registro, debes hacer el SELECT y el INSERT del contador, todo ello dentro de la misma transacción, de forma que se el INSERT del registro falla (por lo que sea) tampoco se actualice el contador.
Además, utilizando los diferentes tipos de ISOLATION (para la transacción) creo que puedes llegar a bloquear las lecturas del resto de usuarios para que no obtengan el mismo contador.

Si estás accediendo con ADO, en la conexión y en las consultas también puedes modificar esta característica.

No conosco SQL Server pero la teoría es la misma para todas las DD.BB y es la que te acaba de explicar Neftali. Por lo menos a mi me funciona.

Saludos.