使用Entity Framework创建对象时的C#货币转换舍入误差问题

这个问题的核心原因在于LINQ to Entities（EF查询阶段）和LINQ to Objects（内存计算阶段）对类型转换的处理逻辑完全不同，导致了相同表达式却出现不同的舍入结果。

为什么会出现差异？ #

1. EF查询阶段的计算（select new中的USDValue）
   当你在EF的select语句中写Convert.ToDecimal(fx.ExchangeRate)时，EF会把这个表达式翻译成数据库的SQL语句来执行，而不是在.NET内存中计算。不同数据库对DOUBLE转DECIMAL的默认精度规则可能不一样——比如你的数据库可能默认把DOUBLE类型的1.36678转换为仅保留两位小数的DECIMAL（即1.37），最终用这个舍入后的值参与乘法计算，得到20689933.443178。

2. 内存中的计算（后续的usdValue变量）
   当你把查询结果ToList()之后，所有操作都在.NET CLR中执行。此时Convert.ToDecimal(v.FXRate)是用CLR的类型转换逻辑处理Double值，它会保留Double能提供的有效精度（1.36678的完整精度），所以乘法结果是准确的20641304.548515932。

如何保证计算精度一致？ #

你有几种方案可以解决这个问题，确保查询阶段和内存阶段的计算精度一致：

方案1：提前转换ExchangeRate为Decimal再传入查询 #

在构建EF查询之前，先把fx.ExchangeRate（Double类型）转换成Decimal类型，这样EF会直接使用这个内存中的Decimal值参与计算，而不会在数据库中做类型转换：

// 提前转换，避免EF在SQL中处理类型转换
decimal fxRateDecimal = Convert.ToDecimal(fx.ExchangeRate);

var v = select new ValuationsModel 
{ 
    LocalValue = dv.LocalValue, 
    CurrencyId = dv.CurrencyId, 
    FXRate = fx.ExchangeRate, 
    USDValue = dv.LocalValue * (dv.CurrencyId == "USD" ? 1.0m : fxRateDecimal), 
}).ToList(); 

方案2：从数据库直接获取Decimal类型的ExchangeRate #

如果fx.ExchangeRate是从数据库读取的，建议直接将数据库中的列类型设置为DECIMAL（而非FLOAT/DOUBLE），同时在EF实体中将对应的属性定义为decimal类型。这样从根源上避免Double和Decimal之间的转换，彻底消除精度差异。

方案3：在EF查询中显式指定转换精度（针对EF Core） #

如果必须在EF查询中进行类型转换，可以通过显式指定精度来强制数据库使用更高的小数位数。比如在EF Core中，你可以使用EF.Functions或者直接映射SQL的CAST语句：

// EF Core中显式指定转换精度为5位小数
USDValue = dv.LocalValue * (dv.CurrencyId == "USD" ? 1.0m : (decimal)EF.Functions.Cast(fx.ExchangeRate, "DECIMAL(18,5)")),

这样数据库会按照你指定的精度转换ExchangeRate，避免默认的舍入行为。

内容的提问来源于stack exchange，提问作者Legion