¿Cómo se puede saber qué será la próxima columna de identidad?

Question

¿Existe una consulta de tsql para indicar qué valor de la columna de identidad del servidor SQL espera utilizar para la siguiente inserción de fila?

Editado para añadir:

He eliminado y recreado una mesa con

[personID] [int] IDENTITY(1,1) NOT NULL 

como parte de mi comando CREATE TABLE. También intenté resembrar columnas de identidad al eliminar toda la información en esa tabla y eso no siempre ha funcionado. Me hizo preguntarme si había una forma de ver qué SQL esperaba usar para su próximo número de columna de identidad.

Answer 1

No, no hay ninguna garantía de manera (aunque ciertamente puede averiguar cuál es el siguiente valor podría ser, otro comando podría ir y utilizarlo antes de que pueda hacer uso de ella). El único valor garantizado que puede recuperar es previamente valor de identidad insertado a través de SCOPE_IDENTITY() (que devolverá el valor de identidad último generado para el alcance actual).

Es cuestionable el propósito por el cual uno necesitaría saber el valor antes (cuando se usa una columna de identidad automáticamente aumentada).

Si necesita conocer el valor antes, entonces le recomiendo que genere los identificadores. Puede hacer esto con una tabla de ids codificada en el nombre de la tabla o, si tiene inquietudes de escalabilidad (y está utilizando transacciones), puede tener una tabla de id para cada tabla que necesite un id que tenga el ID insertado (y posteriormente incrementado).

O bien, podría usar un GUID, y podría generarlos fácilmente en el lado del cliente antes de enviarlo a su base de datos.

Answer 2

Dado que siembra desde 1 e incrementa en 1 (IDENTIDAD (1,1)), me pregunto si puede crear un procedimiento donde puede establecer una variable como "Seleccionar @@ IDENTIDAD + 1" o algo así ese.

Answer 3

Probablemente desee utilizar SCOPE_IDENTITY no @@ IDENTITY para restringirlo al valor de identidad en el ámbito actual. Esto evita que los triggers inserten nuevos valores de identidad en otras tablas y no en la tabla en la que acaba de insertar.

Pero se puede calcular lo que el siguiente valor de identidad es

SELECT IDENT_CURRENT('mytable') + IDENT_INCR('mytable') FROM mytable 

El problema es que no se garantiza que es el valor. Debería tener un candado de tal manera que otras inserciones sean denegadas en la mesa cuando se ejecuta para garantizar que el valor sea preciso. Además, después de que te quedas sin enteros de 32 bits, no sé cuál es la lógica. No sé si se da vuelta o falla.

Edit: Acabo de probar esto (ver a continuación para SQL) y no devuelve el valor correcto cuando no hay datos. Y resiembra con DBCC CHECKIDENT ('nombre de tabla', RESEED, 200), en realidad resultó en el siguiente valor es 201 no 200.

CREATE TABLE willtest (myid integer IDENTITY(1,1), myvalue varchar(255)) 

SELECT IDENT_CURRENT('willtest') + IDENT_INCR('willtest') 

INSERT INTO willtest (myvalue) 
VALUES ('1') 
INSERT INTO willtest (myvalue) 
VALUES ('2') 
INSERT INTO willtest (myvalue) 
VALUES ('3') 
INSERT INTO willtest (myvalue) 
VALUES ('4') 
INSERT INTO willtest (myvalue) 
VALUES ('5') 
INSERT INTO willtest (myvalue) 
VALUES ('6') 
INSERT INTO willtest (myvalue) 
VALUES ('7') 
INSERT INTO willtest (myvalue) 
VALUES ('8') 

SELECT IDENT_CURRENT('willtest') + IDENT_INCR('willtest') 

DBCC CHECKIDENT ('willtest', RESEED, 200) 

SELECT IDENT_CURRENT('willtest') + IDENT_INCR('willtest') 

INSERT INTO willtest (myvalue) 
VALUES ('200') 
INSERT INTO willtest (myvalue) 
VALUES ('201') 
INSERT INTO willtest (myvalue) 
VALUES ('202') 
INSERT INTO willtest (myvalue) 
VALUES ('203') 
INSERT INTO willtest (myvalue) 
VALUES ('204') 
INSERT INTO willtest (myvalue) 
VALUES ('205') 
INSERT INTO willtest (myvalue) 
VALUES ('206') 
INSERT INTO willtest (myvalue) 
VALUES ('207') 

SELECT IDENT_CURRENT('willtest') + IDENT_INCR('willtest') 

SELECT * FROM willtest 

DROP TABLE willtest 

Answer 4

Uso GUID columnas para sus claves primarias. A menos que tenga miles de millones de registros y miles de solicitudes por segundo, probablemente no notará la diferencia en el rendimiento.Pero a menos que le guste pasar demasiado tiempo lidiando con problemas estúpidos como este, notará la diferencia en su nivel de estrés y esperanza de vida.

Answer 5

Esta pieza de SQL le dará el valor de columna al lado de identidad (es probable que haya muchas razones para no repetir este fragmento de código de producción)

declare @nextid int; 
declare @previousid int; 

begin tran 

insert into dbo.TestTable (Col1) values ('11'); 
select @nextid = SCOPE_IDENTITY(); 

rollback tran 

select @previousid = @nextid -1 
DBCC CHECKIDENT('dbo.TestTable', RESEED, @previousid); 
select @nextid 

esta pregunta StackOverflow da alguna información extra - sql-identity-autonumber-is-incremented-even-with-a-transaction-rollback

Answer 6

SELECT IDENT_CURRENT('mytable') + IDENT_INCR('mytable') FROM mytable