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

Question

走过，路过，都进来看下

Answer 1

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

Answer 2

用微软的 SQLhelper ，连接池方案

Answer 3

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

Answer 4

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

Answer 5

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