Dapper如何处理C#的decimal和数据库的numeric Dapper精度处理

Dapper 默认将 NUMERIC/DECIMAL 映射为 C# decimal 且不截断或四舍五入，精度依赖数据库列定义（如 NUMERIC(18,4)）、驱动（推荐 Microsoft.Data.SqlClient）及 SQL 写法（如用 1.0m 而非 1.0），需避免 FLOAT、隐式转换和旧版驱动缺陷。

Dapper 默认会将数据库中的 NUMERIC（或 DECIMAL）类型映射为 C# 的 decimal，精度和小数位数基本能保持一致，但实际行为取决于数据库驱动（如 SqlClient、Npgsql、MySqlConnector）和列定义，不是 Dapper 自身“处理”精度，而是它忠实地传递驱动返回的值。关键在于：Dapper 不做截断、四舍五入或隐式转换，但若底层驱动或数据库连接配置不当，就可能出问题。

确保数据库列定义与 C# decimal 匹配

SQL Server 中定义列时应明确指定精度和小数位，例如：NUMERIC(18, 4)。这样 SqlClient 驱动读取时会返回对应精度的 decimal 值。如果只写 NUMERIC（无参数），不同数据库默认行为不同（SQL Server 默认是 (18,0)），可能导致小数部分被截断。

• 建表时显式声明精度，比如 Amount NUMERIC(19,6)
• 避免用 FLOAT 或 REAL 存金额——它们是近似值，无法精确表示 0.1 这类数字
• 查询时别用 CAST/CONVERT 无意降低精度，例如 CONVERT(NUMERIC(10,2), value) 会强制四舍五入

检查数据库驱动是否正确返回 decimal

某些旧版驱动（如早期 .NET Framework 的 System.Data.SqlClient）在特定场景下可能把 NUMERIC 当作 double 返回，尤其当列未指定精度或连接字符串含 Column Encryption Setting=Enabled 等特殊配置时。

• 推荐使用 Microsoft.Data.SqlClient（.NET Core+ 主流选择），它对 decimal 支持更严格
• 运行时可验证：查出值后用 value.GetType() 确认是 System.Decimal，不是 Double 或 Object
• Npgsql（PostgreSQL）默认也映射为 decimal，但若字段是 money 类型，则需注意它会转成 decimal 且自动保留 2 位小数

避免在 Dapper 查询中隐式丢失精度

Dapper 执行 SQL 时不会修改数据，但如果你在 SQL 里做了运算或用了函数，就可能触发隐式转换。例如：

标签： mysql app microsoft c# 聚合函数 .net 隐式转换