甲方觉得 sqlite 有点 low,数据量的话一个“表”大概最多 1w 行吧,不一定要支持直接执行 sql ,主要指标还是查询速度和故障后的数据恢复,目前预备用的的开源包是 bleve ,不知道有没有一些坑,或者说有没有更好的方案?
![]() |
1
9136347 2024-09-19 11:13:02 +08:00
LevelDB ?
|
![]() |
2
flyqie 2024-09-19 11:13:13 +08:00 via Android ![]() 有点好奇,甲方为什么会觉得 sqlite 有点 low 。。
|
3
dddd1919 2024-09-19 11:20:11 +08:00
让甲方加钱上 oracle
|
4
Jinnrry 2024-09-19 11:31:05 +08:00
1 万多行也不多吧?
其他数据库都是为分布式、网络通讯设计的,一通操作下来没优化好的话说不定还不如 sqlite ,就算比 sqlite 好,单机运行也好不了太多。 不过甲方是爸爸,听他的,给他报个价换 oracle ,听完价格他就会觉得 sqlite 挺好的 |
![]() |
5
lancelock 2024-09-19 11:36:06 +08:00
啥数据库处理 1w 行也不 low 啊
|
![]() |
8
medivh 2024-09-19 12:02:14 +08:00 via iPhone
1 万行数据直接用 txt 文本文档存储都行
|
9
DefoliationM 2024-09-19 12:09:25 +08:00 via Android
bleve 挺好用的,但是是用来全文搜索引擎的,一万行随便弄吧,bboltdb 都行。
|
![]() |
10
zagfai 2024-09-19 12:37:27 +08:00
1w 行直接放内存
|
![]() |
11
dacapoday 2024-09-19 12:55:04 +08:00
objectbox ? 是 lmdb 的包装
|
![]() |
12
czyt 2024-09-19 13:03:17 +08:00
duckdb
|
![]() |
13
ETiV 2024-09-19 13:06:24 +08:00 via iPhone ![]() |
![]() |
14
knightdf 2024-09-19 13:07:56 +08:00
微信用的也是 sqlite ,甲方觉得 low 吗?
|
15
wxf666 2024-09-19 13:56:55 +08:00 ![]() 你自己测试好极限速度,给甲方速度保证,可以吗?
比如,几天前用 V 友的场景,测试了下速度: Python 都能每秒 1W 写入事务,每事务记录 12 字段(几百字节) + 64 字符 唯一索引验证(这个也算读取了吧?)。 1000W 记录时,仍能 7000 TPS (六七年前的低压轻薄本上测试,[帖子及源码]( /t/1070957#reply13 )) |
![]() |
16
iorilu 2024-09-19 14:04:29 +08:00
开啥玩笑, sqlite 性能远超一般人想象的
几百条级别没任何问题 |
![]() |
17
iorilu 2024-09-19 14:04:55 +08:00
少了个万
几百万条级别没任何问题 |
18
CloveAndCurrant 2024-09-19 14:05:19 +08:00
你把 sqlite 源码下来,自己编译,改改名字,不叫 sqlite 了,就叫 GaoDaShangDB ,甲方就不觉得 low 了。
|
19
pa4swordforget 2024-09-19 14:17:35 +08:00
sqlite 很强的
|
![]() |
21
cmdOptionKana 2024-09-19 14:50:12 +08:00
嵌入式数据库,sqlite 就是顶流,顶尖,最强没有之一。
建议列一个表,给三个选项,其中推荐 sqlite ,另外配一个候选列表,意见和候选都有了,给甲方自己选。 |
![]() |
22
YVAN7123 2024-09-19 16:22:14 +08:00
我看全屏都是 3k 和 5k 如何均价 2
|
![]() |
23
lonelyparasol 2024-09-19 17:26:00 +08:00
笑死, sqlite 本地数据库, 性能猛的, 就是字段检查等乱七八糟的没做限制, 客户真要规范什么的, 让客户出钱上 mysql, oracle.
|
24
james122333 2024-09-19 18:08:20 +08:00 via Android
轻量的东西用的比较爽阿 对于开发也比较好控制 更容易写出灵活动态的东西
他们不识货才觉得 low 1 万条说实话也不需要 db 哪怕再乘上 10 或 100 用其它的实属大砲打小鸟 重武器需要储备时间需要使用成本 不过没办法现在流行重型工具 功能还未必有必要和有沉余问题或鱼与熊掌不能兼得 解需求来看很不美的 |
![]() |
25
KagurazakaNyaa 2024-09-19 18:10:39 +08:00
这么点数据你直接 json 存都可以
|
26
wxf666 2024-09-19 18:19:48 +08:00
@lonelyparasol #23 三年前,SQLite 支持字段严格检查类型了: https://sqlite.org/stricttables.html
|
![]() |
27
Kinnice 2024-09-19 18:26:11 +08:00
改个 sqlProMax 名就行了。
|
![]() |
28
loading 2024-09-19 19:09:57 +08:00
觉得 low 那就要和钢铁侠用甲骨文一样的数据库可,那就是 Oracle.
|
![]() |
29
9136347 2024-09-20 10:20:29 +08:00
@chen0520 你总共就一万多条,有啥查询性能,而且 LevelDB 可以包在程序里面,不过就算 sqllite 也没啥维护成本。
|
![]() |
30
lonelyparasol 2024-09-20 15:02:27 +08:00
@wxf666 看了一下还可以, 新项目可以试试
|
31
dode 2024-09-24 14:08:16 +08:00
微信也是 sqlite 呢
|