有没有推荐用的轻量本地数据库

用过 SQLite （安卓开发）
还有 TINYDB(json 格式)

下面是 AI 推荐的：

SQLite：

优点：轻量、无需服务器、配置简单、支持 SQL 查询。使用场景：移动应用、桌面应用、小型网站。

H2 Database：

优点：内存数据库、支持 SQL 、可嵌入 Java 应用。使用场景：Java 应用、测试、开发。

Berkeley DB：

优点：高性能、键值存储、事务支持。使用场景：嵌入式系统、需要高并发和事务支持的场景。

LevelDB：

优点：由 Google 开发，键值存储，性能优异。使用场景：需要高性能键值存储的场景。

RocksDB：

优点：基于 LevelDB ，增加了更多功能和优化。使用场景：需要高并发和持久化存储的场景。

LMDB：

优点：内存映射数据库，支持多线程读写。使用场景：需要高并发访问和持久化存储的场景。

PouchDB/CouchDB：

优点：文档型数据库，支持 JSON 存储，易于使用。使用场景：需要灵活数据模型和同步能力的应用。

Realm：

优点：移动端优化的数据库，支持多平台。使用场景：移动应用，特别是需要跨平台支持的应用。

NeDB：

优点：轻量级的文档型数据库，适用于 Node.js 。使用场景：Node.js 应用，需要轻量级存储解决方案。

wxf666

56 天前

@tdb11039gg #17

1. 请教下，存 json 的优势是什么呢？

- 增删查改方便？（如果不写 SQL ，而是用 ORM ，应该无所谓吧？）
- 物理上，这些数据聚在一块儿，查找起来速度更快？
- ……？

2. 逻辑上说，非关系能干的，关系应该都能干吧？

就是可能慢些，或其他缺陷？

3. SQLite 支持 json 增删查改聚合处理（ json_* 或 jsonb_* 系列函数，或者 -> 及 ->> 操作符）

但没有 jsonPath 那样简洁的方式。。（做个插件，或者宿主语言里实现个函数给 SQLite 用也行）

比如查某帖里，某人近一年来的回复：

```sql
SELECT 回复 ->> '内容'
FROM 帖子表
JOIN json_each(回复数组) 回复
WHERE 帖子 ID = 1072404
　 AND 回复 ->> '作者' == '某人'
　 AND 回复 ->> '时间' >= '2023-09-13'
```

也支持对 json 字段做索引（ Indexes On Expressions ），但目前不支持多值索引（如索引一个数组）。

真要实现，可以做个触发器，将数组里的差异项，更新到另一个索引里（如《帖子 ID ，回复人 ID ，楼层 or 楼层数组》索引）。

但我感觉，这些实现成一般关系表，就足够了。。

wxf666

56 天前

@tdb11039gg #22

前两天，我还见人吐槽，Python 的 *args, **kwargs （相当于支持接收一个 array 和 object ）

原因是动态字段太灵活，太不严谨，文档代码对不上，后期维护太困难等问题。

我很疑惑，用 MongoDB 的，是怎么解决这些问题的呢。。

加上 json 还能字段想变就变，会不会前后期数据，字段都不统一呢。。

帖子：/t/1071840#reply91