Swift中查询大型数据集：选CoreData还是直接调用SQLite？

核心考量点 #

• 性能开销：CoreData的ORM层确实有额外开销，但针对你50万条只读、简单查询的场景，这个开销几乎可以忽略。CoreData对SQLite的适配层做了大量优化，尤其是只读数据会自动启用缓存机制，查询效率和直接用SQLite原生接口的差距极小。
• 开发成本：直接用SQLite的C接口要手动处理蛇形命名、内存管理（比如sqlite3_stmt的生命周期）、数据类型映射，开发和维护成本高太多。CoreData的声明式语法（如NSFetchRequest）能大幅减少代码量，出错概率更低。
• 扩展性：虽然当前是低更新只读场景，但如果后续有需求变更（比如少量写入、数据模型调整），CoreData的迁移机制比手动修改SQL表结构省心得多。

针对你场景的最优建议 #

• 优先选CoreData：
  • 开发效率提升明显，不用和繁琐的C接口打交道；
  • 针对只读数据，可通过配置NSFetchRequest的returnsObjectsAsFaults为NO，或开启批量获取，进一步降低开销；
  • 直接利用CoreData的缓存策略，重复查询速度更快。
• 如果极端追求性能（比如毫秒级响应要求），可以先拿CoreData做原型，实测性能不达标再考虑用FMDB这类SQLite封装库（不用直接写C接口），而非原生C接口。

额外优化技巧 #

• 加载Gzip数据后，用NSBatchInsertRequest批量导入CoreData，比逐条插入效率高很多；
• 为常用查询字段创建CoreData索引（对应SQLite的索引），进一步加速查询；
• 因为数据只读，可将CoreData持久化存储设置为NSReadOnlyPersistentStoreOption，减少不必要的写操作开销。

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