我正在使用Dapper对来自 ASP.NET MVC 3 (.NET 4.0) 应用程序的 SQL Server 2008 R2 Express 实例执行以下查询。

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

SELECT @@IDENTITY

对 的调用connection.Query<int>(sql, ...)正在引发无效的强制转换异常。我已经调试了它，它是在 Dapper 调用GetValue返回的SqlDataReader.

的返回类型GetValue是Object，在调试器中检查它显示它是一个装箱十进制。

如果我将选择更改为SELECT CAST(@@IDENTITY as int)，则 GetValue 的返回是一个装箱的 int 并且不会引发异常。

Id 列绝对是 int 类型；为什么会SELECT @@IDENTITY返回一个小数？

一些附加信息：

• 数据库是全新的。
• 客户表是我添加到其中的唯一对象。数据库中没有其他（用户）表、视图、触发器或存储过程。
• 数据库中有 10 行，Id 为 1,2,3,4,5,6,7,8,9,10（即该列不超出 int …

我在 MSDN 的下拉列表中找到了一个名为SQL Server "Denali"的新标题，但我没有找到太多关于它的信息：

• 新增功能（本文档仅供预览）
• SQL Server“Denali”的9大新特性

是否有人对此版本中的新功能或重大错误修复有更详细的信息？我希望有人使用过或测试过它。

新功能

• 序列
• 扩展的 FILESTREAM（感谢Eric Humphrey）
• 抵消和提取（按条款顺序）
• 内存管理器更改

• LAG（..）和铅（..）.. OVER（分区By..Order通过）条款（感谢GBN）

• 亚伦的名单

select POWER(2.,64.)返回18446744073709552000而不是18446744073709551616. 它似乎只有 16 位精度（四舍五入第 17 位）。

即使使精度明确，select power(cast(2 as numeric(38,0)),cast(64 as numeric(38,0)))它仍然返回四舍五入的结果。

这似乎是一个非常基本的操作，因为它可以像这样以 16 位精度任意剥离。它可以正确计算的最高值仅为POWER(2.,56.)，失败为POWER(2.,57.)。这里发生了什么？

真正可怕的是select 2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.*2.;实际上返回了正确的值。简洁到此为止。

继续我最近玩大数字的趋势，我最近将一个错误归结为以下代码：

DECLARE @big_number DECIMAL(38,0) = '1' + REPLICATE(0, 37);

PRINT @big_number + 1;
PRINT @big_number - 1;
PRINT @big_number * 1;
PRINT @big_number / 1;

我为此代码得到的输出是：

10000000000000000000000000000000000001
9999999999999999999999999999999999999
10000000000000000000000000000000000000
Msg 8115, Level 16, State 2, Line 6
Arithmetic overflow error converting expression to data type numeric.

什么？

为什么前 3 个操作有效，而最后一个无效？如果@big_number显然可以存储 的输出，怎么会出现算术溢出错误@big_number / 1？