使用$file系统集合向LiteDB导入JSON文件是否可行？两种方法优劣对比

我本地文件夹中有一批用于数据种子填充的JSON文件，文件名对应LiteDB的集合名称，每个文件为指定类型的JSON数组。目前我已实现如下方法：通过反序列化JSON数组为BsonDocument后批量插入数据库，代码如下：

public async Task<LiteDatabase> SeedDbAsync(LiteDatabase db)
{
    var mapper = SetMappings();

    using (db = new LiteDatabase(_options.Filename))
    {
        foreach (var path in _paths)
        {
            var json = await _fileMap.GetFileAsync(path);
            var doc = JsonSerializer.DeserializeArray(json).Select(x => x.AsDocument);
            db.GetCollection(path.Name).InsertBulk(doc);
        }
    }

    return db;
}

之后我发现可使用LiteDB的$FILE查询直接读取文件导入，示例语句如下：

SELECT $ FROM $FILE('customers.json')

想了解除代码量更少外，该方法还有哪些优缺点？我已尝试第一种方法。

回答 #

优点 #

• 内存占用更低：$FILE由LiteDB内部直接读取文件并流式处理，无需将整个JSON文件加载到内存中反序列化，适合处理大体积的种子文件，能有效避免内存溢出问题。
• 原生JSON-Bson转换更可靠：LiteDB原生处理JSON到BsonDocument的转换，无需自行编写反序列化逻辑，能更好兼容LiteDB支持的Bson特殊类型（如ObjectId、DateTime等），减少格式转换错误。
• 执行效率更高：原生导入操作跳过了应用层的中间处理环节，直接在数据库引擎层面完成解析和插入，理论上比应用层反序列化后批量插入的速度更快。

缺点 #

• 自定义映射能力缺失：无法像自己实现的方法那样通过SetMappings()自定义字段映射、类型转换规则，只能使用LiteDB默认的序列化逻辑，对有特殊映射需求的场景不友好。
• 数据预处理能力不足：不能在插入前对数据做过滤、修改、验证等预处理操作，比如无法剔除无效数据、补充缺失字段，灵活性远低于手动反序列化的方式。
• 错误定位困难：如果JSON文件存在格式错误或数据不兼容问题，$FILE返回的错误信息较为笼统，难以精准定位到具体的错误行或数据，排查问题成本更高。
• 异步支持有限：$FILE查询是同步执行的，无法像手动实现的方法那样利用异步IO读取文件，在高并发或IO密集场景下可能影响性能。
• 文件访问灵活性差：$FILE只能访问本地文件系统的路径，无法直接读取嵌入式资源、网络文件或通过自定义文件读取逻辑（如示例中的_fileMap）获取的文件内容，适配性较弱。

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