iOS应用本地存储3000行数据：CSV文件与SQLite数据库的方案对比选择

速度对比（3000行量级实测参考） #

下载环节 #

• 相同数据下CSV体积比JSON小15%~30%，无冗余标签，下载耗时更短，弱网下优势更明显，开启gzip压缩后CSV仍有小幅体积优势

初始化（落地+加载）环节 #

• 方案1（CSV+内存字典）：解析CSV+生成NSDictionary总耗时约1~3ms，仅需存储原CSV文件到沙盒，无额外操作，时间复杂度确为O(N)
• 方案2（JSON+SQLite）：JSON解析耗时和CSV接近，但后续批量事务写入SQLite耗时约5_{10ms，是方案1的2}3倍，你推测的写入O(N) 是正确的，若未使用批量事务单条插入，耗时会提升10倍以上

查询环节 #

• 方案1为内存哈希表查询，时间复杂度O(1)，单条查询为微秒级，无任何磁盘IO开销
• 方案2主键查询确实是O(logN)（SQLite主键默认用B树索引），3000行数据下查询为毫秒级，但每次查询需要走磁盘IO，高频查询场景下和方案1的差距会被放大

可靠性对比 #

• 方案1风险点：CSV本身无结构化校验，若单条字段包含逗号、换行符且服务端未做严格转义，极易出现行错位、字段解析错误的问题；仅支持全量更新，写入文件时如果出现异常会导致整个数据集损坏；后续数据集如果扩容到10万行以上，全量加载到内存会占用过多内存，有被系统kill的风险
• 方案2优势：JSON结构化解析容错性远高于CSV，不会出现行级解析异常；SQLite的事务原子性可以保证写入失败不会损坏原有数据，支持增量更新，后续加字段、修改部分数据的操作成本极低；就算后续数据集扩容到几十万行，也不需要全量加载到内存，查询性能不会出现明显下降

选型建议 #

如果你的数据集满足只读无更新、字段无特殊字符、查询频率高的特点，选方案1速度更快，实现也更简单
如果数据集后续有更新需求、字段可能存在特殊字符、未来有扩容可能，选方案2可靠性更高，3000行量级下两者的速度差异用户完全感知不到，不需要纠结几毫秒的性能差

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