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