Secuencial al borrar registros

[Angel_Nemo]

Saludos gente del foro.

Estoy desarrollando un aplicativo en el cual debo tener un numero secuencial por registro, pero a veces las digitadoras se equivocan y borran un registro mientras estan ingresando los campos y el secuencial se elimina en el ultimo registro y continua saltando ese numero, por ejemplo:

resgistros 1, 2, 3, 4, eliminan el registro correspondiente al secuencial 4, y el numero que sigue es el 5 por tanto los registros quedan:
id producto
1 Producto1
2 Producto2
3 Producto3
5 Producto3
...
...
...

Lo que se requiere es que la secuencia no se interrumpa hasta que yo la mande a 1 en otro proceso, obteniendo una tabla de registros continua y sin interrupciones.

No soy tan experto en SQL Server, pero el campo Autoicrement no me sirve por que salta el ultimo numero generado, utilizo la version 2012 por que trae secuenciales pero el resultado es el mismo.
Espero que alguien por favor me ayude.


Gracias.

[Libras]

magicamente no se va a solucionar tu problema, hay varias opciones para hacer lo que quieres, una es que uses un trigger y que no uses autoincremental sino que tu vayas generando tus consecutivos y hasta que se inserte en la tabla que menciones que continue, ahora esto como afectaria el "isolation level" de tu base de datos??? tendrias que bloquear la tabla donde se insertan los registros de manera temporal para que nadie mas accese a la misma hasta que termines tu validacion, una vez terminada la validacion podrias continuar, lo otro es que tengas en tu tabla principal las transacciones con id's "salteados" y en digamos al final del dia cuando no hay mas transacciones muevas esta informacion a tu tabla que esta "bien" entonces como ya no habria errores en el numero de transacciones podrias tener la numeracion como la quieres.....

[Angel_Nemo]

Libras..

Gracias por responder, como decía no soy tan experto en SQL Server, y me has puesto a pensar en eso de Isolation Level, por otro lado estaba pensando en un store procedure para almacenar.

Estoy utilizando uno para ingresar clientes a la DB (es un proceso similar va a ser menos usado), y voy calculando el ultimo

Código SQL:

ALTER PROCEDURE [dbo].[SP_INSERTCLIENTE]
@RAZON_SOCIAL NVARCHAR(300),
@DIRECCION NVARCHAR(300),
@CONTACTO NVARCHAR(90),
@CIUDAD NVARCHAR(50),
@PAIS NVARCHAR(50),
@ESTATUS NVARCHAR(50),
@CREADO_POR NVARCHAR(50),
@FECHA_CREACION DATETIME,
@ACTUALIZADO_POR NVARCHAR(50),
@FECHA_ACTUALIZACION DATETIME,
@TELEFONO1 NVARCHAR(20),
@TELEFONO2 NVARCHAR(20),
@EMAIL NVARCHAR(70),
@OBSERVACION NVARCHAR(350)
AS
    BEGIN
        #################################
        DECLARE @MAXCLIENTE INT;  
        SELECT @MAXCLIENTE = MAX(CLIENTE_CODIGO) FROM CLIENTES;  
        DBCC CHECKIDENT(CLIENTES, RESEED, @MAXCLIENTE)
        #################################
        
        INSERT INTO CLIENTES
        (RAZON_SOCIAL, DIRECCION, CONTACTO, CIUDAD, PAIS, ESTATUS,
        CREADO_POR, FECHA_CREACION, ACTUALIZADO_POR, FECHA_ACTUALIZACION, TELEFONO1,
        TELEFONO2, EMAIL, OBSERVACION
        )VALUES
        (@RAZON_SOCIAL, @DIRECCION, @CONTACTO, @CIUDAD, @PAIS, @ESTATUS,
        @CREADO_POR, @FECHA_CREACION, @ACTUALIZADO_POR, @FECHA_ACTUALIZACION, @TELEFONO1,
        @TELEFONO2, @EMAIL, @OBSERVACION)
    END
 

En la parte señalada obtengo el ultimo y hago un reseed y así puedo obtener un secuencial, no se si sea lo mejor para mi caso.

Saludos

[Libras]

para tu caso mejor usa un triger :P

[iislas]

Creo que debes saber que el IDENTITY, no fue creado para registros que serán afectados por un DELETE.

¿La solución?, no borrar, simplemente tener un campo tipo BIT donde los 1 son activos y los 0 son inactivos.

[Libras]

buen punto mi estimado iislas, se me paso esa pequeña parte :P, cuando vi lo de borrar se me vino a la mente que la transaccion por alguna cosa no era commiteada a la base de datos, y como ya se habia quemado el siguiente identity entonces era donde quedaban los huecos :P

[Angel_Nemo]

Gracias iislas
aunque la verdad si considero necesario eliminarlos, por que manejamos un gran numero de items en nuestro trabajo y si no los elimino probablemente con el pasar del tiempo se generaria lentitud en busquedas que devuelven gran cantidad de registros (en mi trabajo eso es cosa de todos los dias, por que manejamos inventarios de items de nuestros clientes.)

En mi trabajo generamos cajas numeradas y secuenciales, y dentro de las mismas colocamos items tambien numerados y secuenciados y vamos armando la caja con sus items y la almacenamos, es por eso que a veces ya sea una caja o un item debe ser eliminado al momento de la creacion de la caja.

Es cierto que el identity no parece ser adecuado, salvo de la manera en que yo se los expongo anteriormente, aunque no se si sea lo mejor.

Libras...
Talvez conoces Alguna página o link con ejemplos de Triggers para aprender a utilizarlos?

Gracias...

[Libras]

un mejor diseño en tu base de datos podria ser la solucion, para saber mas de triggers, preguntale a google :P

http://www.sqlteam.com/article/an-in...riggers-part-i

[Angel_Nemo]

Gracias Libras..
Verificaré si se me facilita esto haciendolo con triggers.

[iislas]

Los TRIGGERS (por un millón de veces mas y no exagero), no fueron creados para "Programar" la lógica o las reglas del negocio.