讨论:应用系统的好坏和数据库的连接数有关吗？

Cacheman

<p>刚刚听到一个说法，说好的应用系统，他和数据库连接的并发用户数目不会超过１００个．</p><p>不知各位如何看待这个问题？</p>

tyq

<p>如果系统资源够用，处理速度够快，就不去考虑这个问题了。</p><p>评价的指标有很多，这只是其中一个方面。</p>

Cacheman

<!--quote-tyq+2006-04-11 08:11--><div class='quotetop'>引用tyq &#064; 2006-04-11 08:11)</div><div class='quotemain'><!--quote1--><p>如果系统资源够用，处理速度够快，就不去考虑这个问题了。</p><p>评价的指标有很多，这只是其中一个方面。</p><p><!--quote2--></div><!--quote3--><br /></p><p>我同意. 我的感觉跟你一样,当我听到这个说法的时候,也不知道为什么会提出这个想法. (也可能是我对医疗IT行业了解不够透).但既然提出这个观点了,我想讨论一下,看看高人的指点.</p>

danelchen

我个人经验在B/S架构下的经验居多，在B/S架构下，使用连接池技术完成数据连接时，数据库连接数由连接池来决定。而和应用本身没有关系。从我的经验来看B/S的并发访问量在200左右时。连接池的最大连接数设定在50也没有太大问题。所以我不知道搂主是否指采用的传统的C/S两层是的情况。不过从我上面的论点看。似乎也支持在优良的架构下能够减少数据库并发连接数的观点。 但我个人对Cache在这方面的处理原理和模式不适很清楚，所以可能不适宜评价。 但至少我个人不认同由于并发连接数增加而进行服务器性能提升需求之间的关系。<!--editpost--><br /><br /><br /><div><font class='editinfo'>此帖由 danelchen 在 2006-04-12 13:31 进行编辑...</font></div><!--editpost1-->

Cacheman

<p>这个讨论和Cache数据库没有太大的关系, 而是统指数据库.因为我以前从来没有考虑过这个问题,所以想听听大家的想法.</p>