.NET/SQL Server中的连接池？

Question

使用SQL Server数据库在.NET中开发应用程序时编写自定义连接池代码是否必要或有利？我知道ADO.NET为您提供了启用/禁用连接池的选项 - 这是否意味着它内置于框架中，我不需要担心它？为什么人们谈论编写他们自己的连接池软件，这与ADO.NET内置的内容有何不同？

Answer 1

内置于ADO.Net的连接池功能强大且成熟。我会建议不要试图编写自己的版本。

Answer 2

我的理解是，在使用SqlConnection对象时，会自动为您处理连接池。这是有意设计用于MSSQL，并确保连接有效地汇集。您只需确保在完成后关闭它们（并确保它们已被丢弃）。

我从来没有听说过需要自己滚动自己的人。但我承认我的经历有限。

Answer 3

好吧，它将消失，所有这些问题的答案将是LINQ。顺便说一句，我们从来不需要为我们的任何应用程序定制连接池，所以我不确定所有的噪音是什么。

Answer 4

我不是real这方面的专家，但我知道ADO.NET有自己的连接池系统，只要我一直使用它，它就没有错。

我的反应是，重新发明轮子没有意义......只要确保在完成它们后关闭连接，一切都会好起来！

我希望别人能给你一些更坚定的声音！

Answer 5

随着ADO.Net的出现，SQL连接池的更新版本在两个层次上处理，首先通过ADO.Net本身，然后直接通过SQL Server 2005/2008直接处理，无需定制连接池。

我被告知类似的支持正在计划中，或者已经在Oracle和MySQL中实现了，因为我们感兴趣。