27,579
社区成员
发帖
与我相关
我的任务
分享￥￥￥ 这个系统应该如何架构效率才能更高？ ￥￥￥
想听听经验丰富的高手们的建议：
系统有n（n>=20）个客户端实时更新（间隔3秒）同一台服务器上的n个不同的数据库，还有>>n个客户端查询这些数据库，我应该如何设计呢？
更新数据的客户端直接远程连接数据库更新？
还是写一个服务器端程序，负责实时接收客户端数据，然后根据客户端判断后存入相应的数据库？
感觉应该是后者更好吧？
小弟才疏学浅，或许还有更好的架构吧？
希望能得到好的建议。
系统有n（n>=20）个客户端实时更新（间隔3秒）同一台服务器上的n个不同的数据库，还有>>n个客户端查询这些数据库，我应该如何设计呢？
更新数据的客户端直接远程连接数据库更新？
还是写一个服务器端程序，负责实时接收客户端数据，然后根据客户端判断后存入相应的数据库？
感觉应该是后者更好吧？
小弟才疏学浅，或许还有更好的架构吧？
希望能得到好的建议。
...全文
请发表友善的回复…
发表回复
ERRR 2006-09-25
- 打赏
- 举报
朋友们
有没有这方面的好的文章推荐一下？
有没有这方面的好的文章推荐一下？
guan0616 2006-09-25
- 打赏
- 举报
建议使用三层结构 降低数据库服务器的负担
hustsay23 2006-09-23
- 打赏
- 举报
难道直接在客户端里面更新数据库有问题吗？
数据库里面写存储过程，客户端调用存储过程进行更新应该没问题吧
数据库里面写存储过程，客户端调用存储过程进行更新应该没问题吧
diaowf 2006-09-22
- 打赏
- 举报
Top
---学习
---学习
陈保现 2006-09-22
- 打赏
- 举报
学习
junmail 2006-09-22
- 打赏
- 举报
--学习！
real_name 2006-09-21
- 打赏
- 举报
安全 vs 效率
:)
:)
GYangjff 2006-09-21
- 打赏
- 举报
有几个建议：
1、为了提高负载均衡和安全性，数据库最好采用多机集群。（当然还是看这个系统的数据价值和投资预算了）
2、如果属于历史数据比较多的系统，建议还是把历史数据放到数据仓库里面去（当然最好也是在其它pc上）。
3、不知道你在数据库上要做什么业务应用。但是，建议还是为了减小数据库负载不要过于迷信sql的能力。还是尽可能把“数据存储“与“数据计算”这样的功能分开。可以考虑使用服务器端程序来做。
先说这些。
1、为了提高负载均衡和安全性，数据库最好采用多机集群。（当然还是看这个系统的数据价值和投资预算了）
2、如果属于历史数据比较多的系统，建议还是把历史数据放到数据仓库里面去（当然最好也是在其它pc上）。
3、不知道你在数据库上要做什么业务应用。但是，建议还是为了减小数据库负载不要过于迷信sql的能力。还是尽可能把“数据存储“与“数据计算”这样的功能分开。可以考虑使用服务器端程序来做。
先说这些。
wangwest 2006-09-21
- 打赏
- 举报
学习
晨星 2006-09-21
- 打赏
- 举报
不过这种一般都加中间层的我觉得。
让一大堆客户都通过网络直接连数据库管现也不容易吧。
让一大堆客户都通过网络直接连数据库管现也不容易吧。
子陌红尘 2006-09-21
- 打赏
- 举报
如果服务器端程序不够强壮，效率难以保证，一旦服务器程序出错，结果让人很失望。
ERRR 2006-09-21
- 打赏
- 举报
先up一下
