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