C# EF Core写入sqlite_sequence表报错及单DateTime存储方案咨询

问题1：能否向sqlite_sequence写入自定义数据？ #

没有可行的稳定方案，也完全不应该尝试这么做。

• sqlite_sequence是SQLite核心引擎专属的内部系统表，仅用于存储自增列（AUTOINCREMENT）的当前序列值，表名属于SQLite强制保留的内部对象名，所有手动创建、修改该表的操作都会被引擎直接拦截，也就是你看到的错误1。
• 即便你绕过EF Core的建表逻辑，通过原生SQL强行写入自定义数据，后续SQLite执行自增列写入、数据库完整性校验、VACUUM压缩等操作时，会直接覆盖、删除你写入的自定义内容，极端场景下还会导致整个数据库文件损坏，没有任何生产可用的写入方式。

问题2：存储单个DateTime类型时间值的合理方案 #

推荐按你的业务场景选下面三种方案，生产环境优先选第一种：

方案1：单例配置表（EF Core适配最佳，推荐）

这是和EF Core工作流完全兼容、零兼容问题的标准实现：

1. 定义只存单行数据的配置实体：

public class AppGlobalState
{
    // 固定主键为1，整张表永远只保留1行记录
    public int Id { get; set; } = 1;
    // 存储上次请求时间
    public DateTime LastInvokeTime { get; set; }
}

2. 在DbContext中注册实体，配置种子数据保证库初始化时自动生成初始记录：

public DbSet<AppGlobalState> AppGlobalStates { get; set; }

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<AppGlobalState>()
        .HasData(new AppGlobalState
        {
            Id = 1,
            LastInvokeTime = DateTime.MinValue
        });
}

3. 业务逻辑里直接读写Id=1的记录即可：每次接口被调用时，先查出该行记录计算时间差，再把LastInvokeTime更新为DateTime.Now调用SaveChanges保存即可，全程不需要写原生SQL，Database.EnsureCreated()和迁移功能都能正常运行，不会触发任何SQLite内部规则冲突。

方案2：本地文件存储（单实例部署场景适用）

如果你的服务是单实例部署，不需要多进程共享这份时间数据，完全没必要把这个值存在数据库里：在程序运行目录创建一个隐藏的状态文件，把时间的Ticks值写入文件存储即可，读写性能远高于数据库访问，只要加简单的文件锁避免并发写入冲突即可。

方案3：内存存储（无持久化需求场景适用）

如果服务重启后不需要保留历史的上次请求时间，重启后首次请求直接按初始值计算差值，直接用静态变量或者进程内缓存存这个DateTime值即可，没有任何IO开销，性能最高。

注意：所有SQLite中以sqlite_为前缀命名的表、视图都是引擎内部保留对象，除非官方文档明确开放访问权限，否则不要对这类对象做任何自定义增删改查操作，否则轻则触发运行时报错，重则导致数据库损坏。

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