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