FreeSql中Sqlite的DateTime类型兼容性问题解析

问题背景

在使用FreeSql的CodeFirst模式与Sqlite数据库交互时，开发者可能会遇到DateTime类型的兼容性问题。这是由于Sqlite本身并不原生支持DateTime数据类型，而是通过其他数据类型来模拟实现的。

技术原理

Sqlite作为一种轻量级数据库，其数据类型系统相对简单。对于日期时间类型，Sqlite实际上使用以下三种方式存储：

1. TEXT：以ISO8601字符串格式存储（"YYYY-MM-DD HH:MM:SS.SSS"）
2. REAL：以Julian日数存储
3. INTEGER：以Unix时间戳存储（自1970-01-01以来的秒数）

FreeSql在CodeFirst模式下默认将C#的DateTime类型映射为Sqlite的DATETIME类型，但这种类型在Sqlite中并不真正存在，导致不同数据库工具处理方式不一致。

问题表现

1. 在Sqlite Studio等工具中，DATETIME类型通常被当作TEXT处理
2. 在DataGrip/Rider等JetBrains系列工具中，DATETIME类型被当作INTEGER处理（存储为Unix时间戳）
3. 这种差异导致FreeSql在读取数据时可能出现解析错误

解决方案

方案一：全局配置映射

在FreeSql初始化时，可以通过AOP机制统一将DateTime属性映射为TEXT类型：

fsql.Aop.ConfigEntityProperty += (_, e) =>
{
    if (e.Property.PropertyType == typeof(DateTime))
    {
        e.ModifyResult.Attribute.DbType = "TEXT";
    }
};

这种方法确保所有DateTime属性在创建表时都使用TEXT类型，保证跨工具兼容性。

方案二：实体属性配置

对于特定属性，可以使用Column特性显式指定DbType：

[Column(DbType = "TEXT")]
public DateTime CreateTime { get; set; }

方案三：自定义BaseEntity

如果使用BaseEntity，可以创建一个自定义基类：

public abstract class MyBaseEntity 
{
    [Column(DbType = "TEXT")]
    public DateTime CreateTime { get; set; }
    
    [Column(DbType = "TEXT")]
    public DateTime UpdateTime { get; set; }
}

最佳实践建议

1. 在Sqlite项目中使用TEXT格式存储日期时间，这是最兼容的做法
2. 对于新项目，建议在FreeSql初始化时统一配置DateTime映射
3. 如果使用DataGrip等工具，注意其默认处理方式可能与FreeSql预期不同
4. 考虑在团队内部统一数据库工具，避免因工具差异导致的问题

总结

Sqlite的日期时间处理有其特殊性，FreeSql作为ORM框架需要在兼容性和一致性之间找到平衡。通过适当的配置，开发者可以确保DateTime类型在各种工具中都能正确工作。理解底层原理有助于更好地解决实际开发中遇到的兼容性问题。