EF6报错：Decimal无法转换为Nullable Int32的解决方法咨询

这个问题的核心原因很明确：数据库里的NUMERIC(2)类型在EF中会被默认映射为.NET Decimal类型，而你的实体属性是int?（Nullable Int32）。当EF从数据库读取数据进行实体化时，它会尝试直接把Decimal类型的值强制转换为int?，这就触发了你看到的InvalidOperationException——哪怕存储的数值是整数，CLR也不允许这种跨类型的直接转换。

下面是两种可以保留NUMERIC(2)数据库类型的解决方案：

方案1：使用EF Core的ValueConverter（推荐） #

如果你的项目用的是EF Core，可以通过Fluent配置添加一个类型转换器，显式处理Decimal?和int?之间的双向转换：

Property(r => r.oneField)
    .HasColumnName("oneField")
    .HasConversion(
        // 从实体属性转数据库类型：int? → decimal?
        v => v.HasValue ? (decimal)v.Value : (decimal?)null,
        // 从数据库类型转实体属性：decimal? → int?
        v => v.HasValue ? (int)v.Value : (int?)null
    );

这个转换器会在EF读写数据时自动处理类型转换，完全不需要修改实体的属性定义。

方案2：EF6的兼容方案（包装属性） #

如果还在使用EF6，由于EF6没有原生的ValueConverter支持，可以通过添加一个未映射的包装属性来处理转换：
首先修改实体类：

// 这个属性和数据库字段映射，类型为decimal?
public decimal? oneFieldDb { get; set; }

// 业务逻辑中使用这个属性，不直接映射到数据库
[NotMapped]
public int? oneField
{
    get => oneFieldDb.HasValue ? (int)oneFieldDb.Value : null;
    set => oneFieldDb = value.HasValue ? (decimal)value.Value : null;
}

然后更新Fluent配置，把映射指向oneFieldDb：

Property(r => r.oneFieldDb)
    .HasColumnName("oneField");

这样业务代码依然可以正常使用oneField属性，EF则会通过oneFieldDb和数据库的NUMERIC(2)字段交互。

需要注意的是，这两种方案都依赖于你的NUMERIC(2)字段确实只存储整数数值——如果未来这个字段需要存储小数，那么方案1会丢失精度，方案2会直接报错，所以要确保业务规则里这个字段始终是整数。

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