频繁查询数据库，怎么保证整个系统的性能？

lampson123 2007-01-31 12:03:42

走过，路过，都进来看下。。。

...全文

766 16 打赏收藏转发到动态举报

写回复

用AI写文章

16 条回复

切换为时间正序

请发表友善的回复…

发表回复

MavenTalk 2008-06-23

打赏
举报

关注.....

up

wonderful_abc 2007-02-03

打赏
举报

关注.....

FKE_TOM1983 2007-02-03

打赏
举报

lampson123 2007-02-02

打赏
举报

所有的客户端，连接到一个应用服务器，连接方式可以采用消息队列，remoting,或者直接socket，客户端更新数据库通过应用服务器更新，当应用服务器更新成功后，通过所有的客户端数据更新

----------------------------
现在的确就用的是这样的模式,但是如果碰到网络环境不好的情况，数据很难从服务器端返回到客户端,客户端和服务端就会出现数据不一致的情况.
好在我的数据量不大,一般不超过10000条,而且客户端不是很多,一般就50个左右,所以基本上通过线程不停的查询数据库.
现在我就是想改进这点，把这块给优化一下 .
还有一个问题，用服务去查询数据和用一个线程查询数据,有什么区别吗?

nicochang 2007-02-02

打赏
举报

由于有网络延时等情况，真的要做到小于1s是很不容易的。
主要的结构一般是两种，一种通过一个服务，服务维护一个缓存，缓存定时的去数据库里查寻数据，而客户端通过服务访问缓存数据，
这样做对既有系统，改动不大
还有一个办法，就是所有的客户端，连接到一个应用服务器，连接方式可以采用消息队列，remoting,或者直接socket，客户端更新数据库通过应用服务器更新，当应用服务器更新成功后，通过所有的客户端数据更新
这样做，几乎就是重写数据访问层

nicochang 2007-01-31

打赏
举报

不知道你对实时有什么要求
一般我采取的处理办法，是通过一个服务，服务维护一个缓存，缓存定时的去数据库里查寻数据，而客户端通过服务访问数据
这样做的好处就是即减少连接的压力，也减少访问的压力

jinglong6511 2007-01-31

打赏
举报

关注

xvting 2007-01-31

打赏
举报

倒过来想

由数据库在数据添加后，通知服务器端，在由服务器端通知特定的客户端，客户只要等待服务器消息就行了。

找个数据库开发程序员问问。

lr21shiji 2007-01-31

打赏
举报

cs的应该问题不大

bbdog 2007-01-31

打赏
举报

关注一下.

lampson123 2007-01-31

打赏
举报

响应时间小于1S.
并发的客户端不超过20个，整个系统是CS模式的!

listme 2007-01-31

打赏
举报

用微软的 SQLhelper ，连接池方案

nicochang 2007-01-31

打赏
举报

有没有内部的通讯机制

nicochang 2007-01-31

打赏
举报

马上响应是多长的概念,10s以内,1s以内,还是2min以内
还有，你并发会有多少个客户端，b/s还是c/s，没有内部的通讯机制

lampson123 2007-01-31

打赏
举报

不知道你对实时有什么要求
一般我采取的处理办法，是通过一个服务，服务维护一个缓存，缓存定时的去数据库里查寻数据，而客户端通过服务访问数据
这样做的好处就是即减少连接的压力，也减少访问的压力

----------------------------------------------------
就是对实时要求比较高，数据库里面增加了数据，客户端要马上响应!