Perché select SCOPE_IDENTITY () restituisce un decimale invece di un numero intero?

Quindi ho una tabella con una colonna Identity come chiave primaria, quindi è un numero intero. Quindi, perché SCOPE_IDENTITY()restituisce sempre un valore decimale invece di un int alla mia applicazione C #? Questo è davvero fastidioso poiché i valori decimali non verranno convertiti implicitamente in numeri interi in C #, il che significa che ora devo riscrivere un sacco di cose e avere molti metodi di supporto perché uso SQL Server e Postgres, che Postgres restituisce un numero intero per il funzione equivalente ..

Perché non SCOPE_IDENTITY()restituisce solo un intero normale? Ci sono persone là fuori che usano comunemente valori decimali / non di identità per le chiavi primarie?

In SQL Server, la IDENTITYproprietà può essere assegnata a tinyint, smallint, int, bigint, decimal(p, 0), o numeric(p, 0)colonne. Pertanto la SCOPE_IDENTITYfunzione deve restituire un tipo di dati che può comprendere tutto quanto sopra.

Come hanno detto le risposte precedenti, basta trasmetterlo al intserver prima di restituirlo, quindi ADO.NET rileverà il suo tipo come previsto.

Non puoi semplicemente lanciarlo prima di restituirlo dalla tua query o stored proc (SPs restituiscono sempre int comunque, ma forse stai usando un parametro di output)?

Piace SELECT CAST(SCOPE_IDENTITY() AS INT) AS LAST_IDENTITY

E perché lo fa? Probabilmente per essere più flessibili e gestire numeri più grandi.

Il valore restituito dall'identità dell'ambito è decimale (38,0)

Lanciarlo, utilizzare la clausola OUTPUT o assegnarlo a un parametro di output anziché SELECT SCOPE_IDENTITY()al client

prova a usarlo e riceverai un numero intero:

ExecuteScalar('insert...; select CONVERT(int,scope_identity())');