Tại sao `SELECT @@ IDENTITY` trả về số thập phân?

Tôi đang sử dụng Dapper để thực hiện truy vấn sau đối với phiên bản SQL Server 2008 R2 Express từ ứng dụng ASP.NET MVC 3 (.NET 4.0).

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

SELECT @@IDENTITY

Cuộc gọi đến connection.Query<int>(sql, ...)đang ném Ngoại lệ không hợp lệ. Tôi đã gỡ lỗi nó và đó là lúc Dapper gọi GetValuelại SqlDataReader.

Kiểu trả về GetValuelà Object, kiểm tra nó trong trình gỡ lỗi hiển thị đó là số thập phân được đóng hộp.

Nếu tôi thay đổi lựa chọn thành SELECT CAST(@@IDENTITY as int), sự trở lại của GetValue là một int được đóng hộp và ngoại lệ không bị ném.

Cột Id chắc chắn là kiểu int; Tại sao sẽ SELECT @@IDENTITYtrả lại một số thập phân?

Một số thông tin bổ sung:

• Cơ sở dữ liệu là thương hiệu mới.
• Bảng Khách hàng là đối tượng duy nhất tôi đã thêm vào nó. Không có bảng (người dùng), khung nhìn, trình kích hoạt hoặc thủ tục được lưu trữ nào trong cơ sở dữ liệu.
• Có 10 hàng trong cơ sở dữ liệu, có Id là 1,2,3,4,5,6,7,8,9,10 (tức là cột không vượt quá giới hạn của một int).

Định nghĩa bảng của tôi là

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. @@ danh tính trả về một số (38,0) . Bạn sẽ cần bỏ nó để đưa nó đến một int.

   CHỌN CAST (@@ danh tính NHƯ INT)

2. Ngoài ra, hãy thử sử dụng scope_identity thay thế. Nếu bạn có bất kỳ kích hoạt nào trên bảng Khách hàng, cuối cùng bạn có thể nhận được danh tính cuối cùng từ một bảng khác.

3. Cuối cùng, vì bạn đang sử dụng dapper , bạn sẽ muốn bọc tất cả những thứ đó trong một thủ tục được lưu trữ để bạn được đảm bảo thực hiện thao tác chèn và sau đó chọn vào danh tính trong cùng một lô.

   Về mặt lý thuyết, nó nên hoạt động hầu hết thời gian để tự mình thực hiện cả hai thứ đó. Nhưng vấn đề có thể phát sinh nếu bạn phải đi đến cơ sở dữ liệu hai lần. (Ví dụ: cách thức này hoạt động với nhóm kết nối? Điều gì về các kết nối bị mất? V.v.) Nếu bạn chỉ cần ném tất cả vào một thủ tục được lưu trữ, bạn sẽ không phải lo lắng về nỗ lực thêm đó.

Tạo bảng cho biết:

" SẮC

Cho biết cột mới là cột nhận dạng. Khi một hàng mới được thêm vào bảng, Microsoft® SQL Server ™ cung cấp một giá trị gia tăng duy nhất cho cột. Các cột định danh thường được sử dụng cùng với các ràng buộc PRIMARY KEY để đóng vai trò là định danh hàng duy nhất cho bảng. Thuộc tính IDENTITY có thể được gán cho các cột tinyint, smallint, int, bigint, binary (p, 0) hoặc số (p, 0). Chỉ có một cột nhận dạng có thể được tạo trên mỗi bảng. Mặc định giới hạn và ràng buộc DEFAULT không thể được sử dụng với một cột định danh. Bạn phải chỉ định cả hạt giống và gia tăng hoặc không. Nếu không được chỉ định, mặc định là (1,1).

hạt giống

Là giá trị được sử dụng cho hàng đầu tiên được tải vào bảng.

tăng

Là giá trị gia tăng được thêm vào giá trị nhận dạng của hàng trước đó được tải. "

Vì vậy, chức năng hệ thống @@ nhận dạng sẽ phải đối phó với loại bao phủ nhất.

"Tại sao CHỌN @@ IDENTITY trả về số thập phân"

Bởi vì nó có thể quá lớn để phù hợp với một int- nó không khớp với loại cột nhận dạng nhưng như Richard nói trả về một số (38,0) ( numericvà decimal là từ đồng nghĩa )