Neden SELECT @@ IDENTITY `bir ondalık döndürüyor?

Bir ASP.NET MVC 3 (.NET 4.0) uygulamasından bir SQL Server 2008 R2 Express örneğine karşı aşağıdaki sorguyu çalıştırmak için Dapper kullanıyorum .

INSERT INTO Customers (
         Type, Name, Address, ContactName, 
         ContactNumber, ContactEmail, Supplier)
VALUES (
         @Type, @Name, @Address, @ContactName, 
         @ContactNumber, @ContactEmail, @Supplier)

SELECT @@IDENTITY

Çağrısı connection.Query<int>(sql, ...)Geçersiz Oyuncular İstisnası atıyor. Hata ayıkladım ve Dapper'ın GetValuegeri döndüğü yerde SqlDataReader.

Dönüş tipi GetValueDİR Objectayıklayıcı gösterisinde İncelemeden, bir kutulu ondalık bu.

Seçimi olarak değiştirirsem, SELECT CAST(@@IDENTITY as int)GetValue öğesinin geri dönüşü kutulu bir int olur ve istisna atılmaz.

Id sütunu kesinlikle int türündedir; Neden SELECT @@IDENTITYbir ondalık verir?

Bazı ek bilgiler:

• Veri tabanı yepyeni.
• Müşteriler tablosu, ona eklediğim tek nesne. Veritabanında başka (kullanıcı) tablo, görünüm, tetikleyici veya saklı yordam yok.
• Veritabanında 10 satır var, Id var 1,2,3,4,5,6,7,8,9,10 (yani sütun bir int sınırının dışında değil).

Tablo tanımım

CREATE TABLE [dbo].[Customers](
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [Type] [int] NOT NULL,
    [Name] [nvarchar](255) NOT NULL,
    [Address] [nvarchar](1000) NOT NULL,
    [ContactName] [nvarchar](255) NOT NULL,
    [ContactNumber] [nvarchar](50) NOT NULL,
    [ContactEmail] [nvarchar](255) NOT NULL,
    [Supplier] [nvarchar](255) NOT NULL,
 CONSTRAINT [PK_Customers] PRIMARY KEY CLUSTERED 
(
    [Id] ASC
)WITH (
    PAD_INDEX  = OFF, 
    STATISTICS_NORECOMPUTE  = OFF, 
    IGNORE_DUP_KEY = OFF, 
    ALLOW_ROW_LOCKS  = ON, 
    ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

1. @@ Kimlik sayısal bir sayı döndürür (38,0) . Bir int elde etmek için yayın yapmanız gerekecek.

   SELECT CAST (@@ INT kimliği)

2. Ayrıca, bunun yerine kapsam_adını kullanmayı deneyin. Müşteriler tablosunda herhangi bir tetikleyiciniz varsa, en son kimliği başka bir tablodan alabilirsiniz.

3. Son olarak, kepçeyi kullandığınız için , tüm ekleri , aynı serideki kimliğin seçildiğinden emin olmanız için saklı bir prosedürün içine sarmak isteyeceksiniz.

   Teorik olarak, her ikisini de kendi başlarına yürütmek için çoğu zaman çalışmalıdır. Ancak veritabanına iki kez gitmek zorunda kalırsanız sorunlar ortaya çıkabilir. (Örneğin, bağlantı havuzlaması ile nasıl çalışır? Bağlantılar ne durumda? Vb.) Bunları saklı bir prosedürde attığınızda, bu ilave çaba için endişelenmenize gerek kalmayacaktır.

Tablo oluştur diyor:

" KİMLİK

Yeni sütunun bir kimlik sütunu olduğunu gösterir. Tabloya yeni bir satır eklendiğinde, Microsoft® SQL Server ™, sütun için benzersiz, artan bir değer sağlar. Kimlik sütunları genellikle tablo için benzersiz bir satır tanımlayıcısı olarak hizmet etmek için PRIMARY KEY kısıtlamaları ile birlikte kullanılır. IDENTITY özelliği, tinyint, smallint, int, bigint, ondalık (p, 0) veya sayısal (p, 0) sütunlara atanabilir. Tablo başına sadece bir kimlik sütunu oluşturulabilir. Bağlı varsayılanlar ve DEFAULT kısıtlamaları bir kimlik sütunu ile kullanılamaz. Hem tohum hem de artış ya da ikisini belirtmelisiniz. Hiçbiri belirtilmezse, varsayılan değer (1,1).

tohum

Tabloya yüklenen ilk satır için kullanılan değerdir.

artım

Artımlı değer, yüklenen önceki satırın kimlik değerine eklenir mi? "

Bu nedenle @@ kimliği sistem fonksiyonu en çok örtücü tiple başa çıkmak zorunda kalacak.

"SELECT @@ IDENTITY neden bir ondalık döndürür"

Bir içine sığmayacak kadar büyük olabileceğinden int- kimlik sütununun türüyle eşleşmiyor ancak Richard'ın dediği gibi sayısal bir sayı (38,0) ( numericve decimal eşanlamlıdır )