Best Practice：改变EF对DateTime类型的默认

一、使用datetime2而不是datetime

在EF中，.NET的System.DateTime类型默认映射为Sql Server的datetime数据类型。
然而，从Sql Server 2008开始，datetime2实际上已经全面取代datetime类型，无论是在精度或存储空间上，后者基本毫无优势可言。MSND上也有相关的提示：

考虑到兼容性，EF（至6.0版本为止）并未修改这一映射策略。
在实际的项目中，我们可以在DbContext类中修改默认的映射策略。

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Properties<DateTime>()
        .Configure(c => c.HasColumnType("datetime2"));
}

二、使用date

此外，在实践中，我们很多情况下并不需要日期的时间信息，比如用户只关注2018-12-31这个日期，而不关心几时几分几秒，这时可以采用date数据类型。
优势主要有二：

1. 节省存储空间；
2. 在我们进行数据维护的时候，可以不用再将目光聚焦在后面那串烦人的时间数字上。另外，在处理显示逻辑（比如出报表的时候）不用再对时间数据做额外的屏蔽处理了。

Sql Server上的各个日期类型区别如下图所示（来源）：

三、最佳实践

因此，我们在项目组中，进行约定（convention over configuration）：以Date结尾的字段名称采用'date'Sql类型，以Time结尾的字段名称采用datetime(2)Sql类型。具体代码如下。

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
        modelBuilder.Properties<DateTime>()
            .Where(x => x.Name.EndsWith("Time"))
            .Configure(c => c.HasColumnType("datetime2").HasPrecision(2));

        modelBuilder.Properties<DateTime>()
            .Where(x => x.Name.EndsWith("Date"))
            .Configure(c => c.HasColumnType("date"));
}

之所以为datetime2采用了2的精度，是因为0.01秒的精度在我们的项目中已经足够，而且精度2占用最小的存储空间（6个字节），对我们来说是一个性价比最高的配置值。而对一些时间精度更高业务场景可以根据需要调整精度值。
如果需要对特别字段进行特殊处理，Data Annotation和Fluent Api均可进行重载配置。
如：

[Column(TypeName="smalldatetime")]
public DateTime? PunishDate {get;set;}

或

Property(x => x.PunishDate).HasColumnType("smalldatetime");