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