解决 Entity Framework 6.0 decimal 类型精度问题
Ø 前言
本文主要解决 EF 中对于 MSSQL 数据库的 decimal 类型经度问题,经实验该问题仅在 CodeFirst 模式的情况下发生,话不多说直接看代码。
1. 假设我们有一张 Customer 数据表,主要探究:Longitude、Latitude、LonLatSum 这三个字段。
1) 结构如下:
CREATE TABLE dbo.Customer
(
Id int NOT NULL, --客户Id
Name nvarchar(25) NOT NULL, --客户名称
Address nvarchar(25) NOT NULL, --地址
Longitude real NOT NULL, --经度
Latitude float NOT NULL, --纬度
LonLatSum decimal(18,7) NOT NULL, --经纬度之和
CONSTRAINT PK_Customer_Id PRIMARY KEY CLUSTERED
(
Id ASC
) ON [PRIMARY]
) ON [PRIMARY];
2) 数据如下:
2. 首先,我们先使用 DB Frirst 的方式对数据更新(更新 Id 为1的数据)
1) C# 代码如下:
using (MyTestingEntities context = new MyTestingEntities())
{
Customer entity = context.Customers.Attach(new Customer() { Id = 1 });
entity.Longitude = 123.1256789f; //123.125679
entity.Latitude = 456.1295678d; //456.1295678
entity.LonLatSum = (decimal)(entity.Longitude + entity.Latitude); //579.255246816113M
context.Configuration.ValidateOnSaveEnabled = false;
result = context.SaveChanges() > 0;
}
2) 生成SQL:
exec sp_executesql N'UPDATE [dbo].[Customer]
SET [Longitude] = @0, [Latitude] = @1, [LonLatSum] = @2
WHERE ([Id] = @3)
',N'@0 real,@1 float,@2 decimal(18,7),@3 int',@0=123.12567901611328,@1=456.12956780000002,@2=579.2552468,@3=1
3) 执行结果:
4) 结论:
1. Longitude:real 类型(对应 C# 中的 float 类型),进行了四舍五入,保留了4位小数。
2. Latitude:float 类型(对应 C# 中的 double 类型),保留了7位小数。
3. LonLatSum:decimal 类型(对应 C# 中的 decimal 类型),也保留了7位小数。
4. OK 这是正常的。
3. 然后,我们再使用 Code Frirst 的方式对数据更新(更新 Id 为2的数据)
1) C# 代码如下:
using (MyTestingContext context = new MyTestingContext())
{
Customer entity = context.Customer.Attach(new Customer() { Id = 2 });
entity.Longitude = 123.1256789f; //123.125679
entity.Latitude = 456.1295678d; //456.1295678
entity.LonLatSum = (decimal)(entity.Longitude + entity.Latitude); //579.255246816113M
result = context.SaveChanges() > 0;
}
return result;
2) 生成SQL:
exec sp_executesql N'UPDATE [dbo].[Customer]
SET [Longitude] = @0, [Latitude] = @1, [LonLatSum] = @2
WHERE ([Id] = @3)
',N'@0 real,@1 float,@2 decimal(18,2),@3 int',@0=123.12567901611328,@1=456.12956780000002,@2=579.25,@3=2
3) 执行结果:
4) 结论:
1. Longitude:与 DB First 相同。
2. Latitude:与 DB First 相同。
3. LonLatSum:却进行了四舍五入,只保留了两位小数,这是为什么呢?
4. 问题分析
1) DB First 与 Code First 几乎是相同的代码,为什么 DB First 就是正常的呢,这是因为 DB First 的配置文件有这样一句:<Property Name="LonLatSum" Type="decimal" Precision="18" Scale="7" Nullable="false" />,这里明确指定了该字段精度与小数位数,生成SQL时就会按照配置去生成,例如:decimal(18,7)。
2) 而 Code First 并没有这样的配置,所以就采用了 decimal 的默认精确度(18)和小数位数(2位)的方式生成了,结果 SQL 的类型声明是这样:decimal(18,2)。
3) 搞清楚了问题,下面我们就来解决这个问题吧。
5. 解决问题
1) 创建一个 DecimalPrecisionAttribute 特性类
/// <summary>
/// 用于指定 decimal 类型的精确度与小数保留位数。
/// </summary>
[AttributeUsage(AttributeTargets.Property, Inherited = false, AllowMultiple = false)]
public class DecimalPrecisionAttribute : Attribute
{
private byte _precision;
/// <summary>
/// 精确度。
/// </summary>
public byte Precision
{
get { return _precision; }
set { _precision = value; }
}
private byte _scale;
/// <summary>
/// 小数保留位数。
/// </summary>
public byte Scale
{
get { return _scale; }
set { _scale = value; }
}
/// <summary>
/// 根据指定的精确度与小数保留位数,初始化 DecimalPrecisionAttribute 的实例。
/// </summary>
/// <param name="precision">精确度。</param>
/// <param name="scale">小数保留位数。</param>
public DecimalPrecisionAttribute(byte precision, byte scale)
{
this.Precision = precision;
this.Scale = scale;
}
}
2) 再创建一个 DecimalPrecisionAttributeConvention 类(表示 DecimalPrecisionAttribute 的一种约定)
1. 该类继承于 System.Data.Entity.ModelConfiguration.Conventions.PrimitivePropertyAttributeConfigurationConvention 类。
2. 并实现 Apply 抽象方法,通俗点说:该方法在“生成 SQL”时被调用,对于打了 DecimalPrecisionAttribute 标记的实体属性,精度将根据 configuration.HasPrecision() 方法中的设置去生成。
/// <summary>
/// 表示 DecimalPrecisionAttribute 的一种约定。
/// </summary>
public class DecimalPrecisionAttributeConvention
: PrimitivePropertyAttributeConfigurationConvention<DecimalPrecisionAttribute>
{
public override void Apply(ConventionPrimitivePropertyConfiguration configuration, DecimalPrecisionAttribute attribute)
{
if (attribute.Precision < 1 || attribute.Precision > 38)
{
throw new InvalidOperationException("Precision must be between 1 and 38.");
}
if (attribute.Scale > attribute.Precision)
{
throw new InvalidOperationException("Scale must be between 0 and the Precision value.");
}
configuration.HasPrecision(attribute.Precision, attribute.Scale);
}
}
3) 在数据上下文的 OnModelCreating() 方法将该 DecimalPrecisionAttributeConvention(约定)加入数据约定集合中。
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Conventions.Add(new DecimalPrecisionAttributeConvention());
}
4) 最后一步,将需要设置小数位数的属性打上 DecimalPrecision 标记,例如:
[DecimalPrecision(18, 7)]
public decimal LonLatSum { get; set; }
5) 好了之后再次运行代码,生成 SQL 如下:
exec sp_executesql N'UPDATE [dbo].[Customer]
SET [Longitude] = @0, [Latitude] = @1, [LonLatSum] = @2
WHERE ([Id] = @3)
',N'@0 real,@1 float,@2 decimal(18,7),@3 int',@0=123.12567901611328,@1=456.12956780000002,@2=579.2552468,@3=2
6) 结果如下:
7) OK,这样就与 DB First 生成的 SQL 没什么区别了。