甲方觉得 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 呢 |