关于连接池问题的理解

笛子(86394464) 22:01:13
兄弟们，谁对连接池有研究阿
笛子(86394464) 22:04:38
？？
笛子(86394464) 22:08:12
呵呵，我一前代码编写的好好的，今天看到一段关于连接池的文章，里面说什么不能手动的关闭打开的连接，得有连接池自动回收。而且我还知道只要在.net 中使用相同的连接字符串建立连接用的就是连接池。我就胡涂了，不让关闭连接？？ 我一前都是关闭的啊 ，希望高手们解答秘经 
笛子(86394464) 22:22:51
没人解答吗？ 我好像明白些了 ，但是还有一点疑问，既然 连接池是ado.net中的默认的机制,那么，需不需要人为的干预呢，什么时候需要呢 ，希望高手做答 
slql(100366818) 22:17:22
不需要
slql(100366818) 22:17:30
建议你参看相关资料
slql(100366818) 22:17:42
甚至可以从java的连接池获得体验
笛子(86394464) 22:24:15
我现在正在查看资料
笛子(86394464) 22:24:53
但是，好像又需要人为干预的情况。请问什么时候需要认为的干预么 
slql(100366818) 22:19:23
如果精细来说，分几种情况
slql(100366818) 22:19:35
如果用糊涂医治糊涂病法，不用去管
笛子(86394464) 22:26:38
呵呵，关键我现在就想要明白点
高手指点一下啊 
笛子(86394464) 22:28:39
或者给个参考资料也行，兄弟先谢谢了  
slql(100366818) 22:22:48
我有一本书
 
slql(100366818) 22:22:53
专门介绍的
slql(100366818) 22:23:02
东西太多，恕我刚才一直没回音
 幽梦初回(179261611) 22:23:02
每次访问数据库时连接一次，不用时最好手动关闭
笛子(86394464) 22:29:31
电子版的？？
slql(100366818) 22:23:10
请原谅
笛子(86394464) 22:29:45
呵呵，没事的，
slql(100366818) 22:23:29
纸
slql(100366818) 22:23:35
连接池不用那么管理
slql(100366818) 22:23:51
连接池手动管理与自管理各有好处
笛子(86394464) 22:32:57
那就是说假如我不管理的话，我只要保证每次都使用相同的连接字符串建立连接，每次我在调用完毕以后都关掉连接。实际上我就在使用连接池为我服务 对马 
slql(100366818) 22:27:15
这么说吧
slql(100366818) 22:27:19
一个水池子
slql(100366818) 22:27:26
有10个口
slql(100366818) 22:27:30
你拧开一个
slql(100366818) 22:27:35
任他流
slql(100366818) 22:27:48
不关的话，池子不是古代的池子
slql(100366818) 22:27:52
他自己会管理
slql(100366818) 22:28:03
你不关，别人需要的时候就不用开了
slql(100366818) 22:28:09
然后利用起来速度快
slql(100366818) 22:28:26
你关掉后，池子还有一些处理
slql(100366818) 22:28:32
简单的说，如此而已
slql(100366818) 22:28:41
里面的细节，不少
slql(100366818) 22:28:58
望没  毁  人不倦
 幽梦初回(179261611) 22:29:27
最好自己用完以后就关闭对连接池的访问，不然等多个连接没有释放的话，连接池就被占用完了
slql(100366818) 22:30:02
是，也有这个危险
slql(100366818) 22:30:21
你可以想象这个池子的情况
笛子(86394464) 22:37:00
就是说实际上我调用的关闭并没有真的关闭数据库连接 而且下次别人使用的时候用的就是我的这个连接 
呵呵 ， 明白了 。 谢谢两位大哥的讲解  小弟明白不少了 
笛子(86394464) 22:38:54
那就是说对数据连接池的人为管理实际上是建立在这之上的。当默认的机制不能满足需要的时候才考虑认为的管理连接池。对吗??
slql(100366818) 22:33:02
 
slql(100366818) 22:33:11
还有一点，我说可以想象
slql(100366818) 22:33:15
首先，微软不是傻瓜
slql(100366818) 22:33:19
他考虑不少情况
slql(100366818) 22:33:25
你也可以参照Java
slql(100366818) 22:33:31
然后，就是想象
slql(100366818) 22:33:37
想象太重要了
 幽梦初回(179261611) 22:35:08
呵呵
slql(100366818) 22:35:39
微软也是个模仿者
 
笛子(86394464) 22:42:21
嗯 ，谢谢了
可惜我java了解的不是很多。
我看资料上说默认连接池中连接的数目是最少5个，最多100个。这就是说实际上连接池中最多可以保存100个连接，那对资源不是一种浪费吗 
slql(100366818) 22:35:53
同时它也是快速吸收改造赶超者
slql(100366818) 22:36:17
哈哈，还有句话，作用力是相互的
slql(100366818) 22:36:26
影响是一环扣一环的
笛子(86394464) 22:42:58
嗯 ，这点我是赞同的 
slql(100366818) 22:36:54
比如，没必要讨论怎么处理同时打开10000个图片
slql(100366818) 22:37:00
或者，同时浏览10万条数据的问题
slql(100366818) 22:37:05
如此而已
slql(100366818) 22:37:13
有意见者，往这边拍砖
slql(100366818) 22:37:22
我今天带了防弹衣，头盔上网
slql(100366818) 22:37:23
哈哈
笛子(86394464) 22:44:59
呵呵，明白了。实际上当数据量大时，只要机子的性能足够，才用了合适的连接池设置其实数据量大并不是威胁。呵呵是吗 
slql(100366818) 22:39:09
 
slql(100366818) 22:39:21
比如access数据库的限制
slql(100366818) 22:39:37
比如winxp的连接限制
slql(100366818) 22:39:43
有些东西不是死的
slql(100366818) 22:39:56
如果需求真的超过了现有能力
slql(100366818) 22:40:02
肯定会有新技术解决
slql(100366818) 22:40:07
这些不用担心
 
slql(100366818) 22:40:21
access不够用，就知道怎么去找新工具了
笛子(86394464) 22:46:49
嗯 ，那就好理解了 资料上说一个应用程序可以最多又10个连接池，每一个连接池的连接数目有是自己设定的
哈哈 ，我今天明白了不少 
笛子(86394464) 22:47:23
真的谢谢了 !! 

   您刚才发送的消息："真的谢谢了 !![:D] "没有发送成功(服务器超时).

slql(100366818) 22:41:52
有些东西都是通用的
slql(100366818) 22:42:10
人类的智慧必定体现在最高处
slql(100366818) 22:42:26
多学科，多种类的智慧总可能相撞
笛子(86394464) 22:49:01
嗯 ，严重同意  
slql(100366818) 22:43:18
本人不对以上内容负责，如遇法律问题，请参照当地惯例与国际通则处理
slql(100366818) 22:43:29
 
笛子(86394464) 22:50:12
哈哈哈哈 ，那我岂不是帮凶了