EF Core 2.0+SQLite：如何缩减数据库大小并保留可读DateTime

好问题！EF Core搭配SQLite的时候，确实因为SQLite没有原生的日期时间类型，默认会把DateTime序列成全精度的ISO字符串，这确实会占用额外的存储空间。要在保留人类可读性的前提下缩减体积，只保留到秒级，你可以试试下面几种方案：

方法1：使用EF Core值转换器（推荐） #

EF Core 2.0已经支持值转换器（Value Converter），可以在模型配置时自定义DateTime和数据库存储字符串之间的转换逻辑，精准控制到秒级格式。

在你的DbContext的OnModelCreating方法里，针对需要调整的实体属性进行配置：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 针对特定实体的DateTime属性配置转换规则
    modelBuilder.Entity<YourEntity>()
        .Property(e => e.RecordTime)
        .HasConversion(
            // 写入数据库时：把DateTime转成只保留到秒的字符串
            dateTime => dateTime.ToString("yyyy-MM-dd HH:mm:ss"),
            // 从数据库读取时：把字符串转回DateTime
            dateString => DateTime.ParseExact(dateString, "yyyy-MM-dd HH:mm:ss", null)
        );
}

如果多个实体都需要这个配置，可以封装成扩展方法减少重复代码：

public static class ModelBuilderExtensions
{
    public static PropertyBuilder<DateTime> HasSecondPrecisionConversion(this PropertyBuilder<DateTime> propertyBuilder)
    {
        return propertyBuilder.HasConversion(
            dt => dt.ToString("yyyy-MM-dd HH:mm:ss"),
            s => DateTime.ParseExact(s, "yyyy-MM-dd HH:mm:ss", null)
        );
    }
}

之后使用就更简洁：

modelBuilder.Entity<YourEntity>()
    .Property(e => e.RecordTime)
    .HasSecondPrecisionConversion();

方法2：实体类中自定义属性（备选） #

如果不想用值转换器，也可以在实体类里通过“私有字段+映射属性”的方式控制存储格式，但这种方式会增加实体类的复杂度，仅作为备选：

public class YourEntity
{
    private DateTime _recordTime;

    // 映射到数据库的字符串列
    public string RecordTimeString { get; set; }

    // 业务代码中使用的DateTime属性（不映射到数据库）
    [NotMapped]
    public DateTime RecordTime
    {
        get => DateTime.ParseExact(RecordTimeString, "yyyy-MM-dd HH:mm:ss", null);
        set => RecordTimeString = value.ToString("yyyy-MM-dd HH:mm:ss");
    }
}

注意要给RecordTime加上[NotMapped]特性，避免EF Core将它识别为数据库列。

关键注意事项 #

• 现有数据处理：如果数据库里已经存了带毫秒的日期字符串，需要先执行SQL更新去掉毫秒部分，比如用SQLite的SUBSTR函数：

  UPDATE YourTable SET RecordTime = SUBSTR(RecordTime, 1, 19);
  

  否则读取时会因为格式不匹配抛出异常。
• 时区一致性：确保你的DateTime使用统一的时区（比如UTC），避免转换时出现偏差。如果用UTC，记得调整转换逻辑：

  dateTime => dateTime.ToUniversalTime().ToString("yyyy-MM-dd HH:mm:ss")
  

• 性能开销：值转换器的转换逻辑会在读写时执行，对于绝大多数场景来说性能可以忽略，但超大规模数据场景建议先做简单测试。

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