这是一个创建于 4110 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司做的餐饮管理软件, c#做的, 现在用的数据库是sqlite, 稍微并发高一点就搞不定了
有没有类似的数据库产品, 安装包小, 性能消耗低, 支持比sqlite更高的高并发?
有没有类似的数据库产品, 安装包小, 性能消耗低, 支持比sqlite更高的高并发?
 | 1 pichina 2014 年 12 月 5 日 上MYSQL足够你用了。 |
 | 2 lichao 2014 年 12 月 5 日 SQLite 做做单机版软件还凑合，做网络版简直是自虐 |
 | 3 anubiskong OP @pichina 我们的PC软件100m, 再加上mysql的280m就有400m了, 对于试用用户来说太大了 |
 | 4 muziling 2014 年 12 月 5 日 高并发试用需求的话，我觉得400M不算大吧。 |
 | 5 ytzong 2014 年 12 月 5 日 Access |
| 6 anubiskong OP @muziling 100个用户里面只有两三个有高并发需求, 但是这两三个比较关键, 都是大型商户 |
 | 7 rrfeng 2014 年 12 月 5 日 高并发的部分在程序里缓存。 |
 | 8 royzheng 2014 年 12 月 5 日 没说C/S还是B/S啊 |
| 9 royzheng 2014 年 12 月 5 日 不同架构方案都不一样 |
| 10 anubiskong OP @royzheng c/s |
| 11 royzheng 2014 年 12 月 5 日 部署怎么部署呢？有一个中央数据库，其他客户端连这个中央数据库？而且这个中央数据库还只能在局域网内的？ |
 | 12 soulteary 2014 年 12 月 5 日 1.C/S有可能的话，简化结构，让查询更快。 2.有可能的话，把db放内存里。 3.写明试用版本的最高并发多少，正式版本的多少。 4.试用版本数据量不大，用redis吧，更简单一点，M$团队编译了WIN版的。 |
 | 13 min 2014 年 12 月 5 日 via iPhone sql server express |
 | 14 skybr 2014 年 12 月 5 日 sqlite, 架个中间层, 做个简单的词法分析, 读就多读, 写就扔进队列做单写. MySQL就别想了, 别嫌大不大, 你把MySQL打包给用户还得给MySQL交OEM钱. |
| 15 anubiskong OP @royzheng 一个C一个数据库 |
 | 16 loading 2014 年 12 月 5 日 via Android 数据不大的话，用sqlite内存方式。 |
 | 17 FinalDream 2014 年 12 月 5 日 一个客户端一个数据库还有高并发，业务逻辑好难理解…… |
 | 18 ashong 2014 年 12 月 5 日 sqlite 3.7.3 以后并发没有问题 PRAGMA 设置一下page和cache |
 | 19 clino 2014 年 12 月 5 日 其实sqlite注意一下使用方式还是可以改善的,timeout时间设长一些,占用数据库的地方尽量短 |
| 20 anubiskong OP @FinalDream 其实就是业务逻辑比较复杂, 高并发也是相对的 |
| 21 min 2014 年 12 月 5 日 via iPhone firebird也可以 |
 | 22 zhangshine 2014 年 12 月 6 日 postgresql 50多M |
 | 23 lerry 2014 年 12 月 6 日 via iPhone redis ？ |
 | 24 R4rvZ6agNVWr56V0 2014 年 12 月 6 日 |
Select Language