sqlite 发展到现在能不能支撑几十人使用的业务场景，就一个内部管理系统，想着 vue+go+sqlite 直接一把梭，这样资源消耗最小，维护也最简单，就算排一年，数据量估计撑死就几万条，有谁实际这么用在生产环境过没，分享一下
 |
1
chekun 16h 6m ago
> 数据量估计撑死就几万条
写 json 文件当数据都毫无压力，大胆用 sqlite 吧，😃 |
 |
2
Meteora626 16h 5m ago
sqlite 的读写还是单线程吧，反正 opencode codex 这种，数据一多明显卡顿
|
 |
3
dddd1919 16h 3m ago
做好文件备份就行
|
 |
4
zls3201 16h 2m ago
一年几万条不是随便搞,你用 json 文件都没问题
|
 |
5
yiwayhb 16h 2m ago
少量并发用户、单线程多半没啥问题，如果用户数多一点，还是用 pg/mysql 这类，出了问题也赖不上你
|
|
6
zls3201 16h 1m ago
现在不是还有 pg-lite,rqlite,duckdb 这些玩意儿吗,应该都可以有所弥补,也足够轻量
|
 |
7
duanxianze 16h 1m ago
这点数据量不是太简单了？直接加载到内存，定期备份就行了
|
 |
8
kera0a 16h 0m ago via iPhone
可以说毫无压力，万一真碰到性能问题迁移就是了
|
 |
9
hnbcinfo 15h 59m ago
可以是可以，但是文件数据库在并发写上有缺陷，你要看看你的业务场景有没有并发写的使用情况，如果有，不建议用。
|
 |
10
potatowish 15h 58m ago via iPhone
用单机 redis 都没问题，我用了五六年了
|
 |
11
dacapoday 15h 56m ago
数据总量不超过内存的, 锁保护 JSON 单文件即可.
|
 |
12
4seasons 15h 53m ago
我记得 QQ 和微信的数据就是采用 sqlite 做的存储（不知道现在是不是还这样），如果担心并发写的问题，可以启用 wal 特性。
|
 |
13
darkengine 15h 42m ago
负载肯定没问题，问题是这个系统是单机的使用吗？
|
 |
14
florentino 15h 25m ago
其实 sqlite 只要不是高并发,是能够撑起大型项目的,遇到瓶颈了说明业务量已经很可观了
|
 |
15
loading 15h 0m ago via Android
性能没问题，就是 SQL 语法不是很灵活，看你查询复杂度了，虽然 ai 会写，但如果查询太绕还是会变慢。
|
 |
16
zhangli2946 14h 6m ago
想好，长大了怎么办就行。
|
 |
17
yansideyu 13h 2m ago
没事，我们一年几个 G 的数据也是用的 sqlite,主要是并发处理好就行
|
 |
18
niubi8 12h 45m ago
几十人随便造，怎么简单怎么来
|
 |
19
momocraft 12h 16m ago
和负载性质有关 sqlite 的问题主要在写那端
一年几万行不应该有问题 |
 |
20
uqf0663 11h 56m ago
我曾经有个日千万 pv 的网站用的就是 sqlite （主数据表初始上线时差不多二十万条，每次用户执行查询操作都会把关键词写日志表，后台有一条进程一直在查询日志表，发现有用户的关键词在主数据表搜索不到记录就会去其它地方抓数据写入主数据表然后清掉该日志记录，每周彻底清空一次日志表清掉那些确实抓不到数据的关键词）就这级别用 sqlite 都很轻松，给你参考一下。
|
 |
21
keenkiller 11h 41m ago
sqlite 还是注意备份好
|
 |
22
davidoff567 7h 54m ago
这么点人没啥问题，一年 10 万条数据都行，有并发需求的才不用 SQLite
|
Select Language