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