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
|