在使用 SQL Server 数据库在 .NET 中开发应用程序时，编写自定义连接池代码是否必要或有利？我知道 ADO.NET 为您提供了启用/禁用连接池的选项——这是否意味着它已内置到框架中并且我不需要担心它？为什么人们谈论编写自己的连接池软件，这与 ADO.NET 中内置的软件有何不同？
问问题
4068 次
5 回答
15
ADO.Net 内置的连接池功能强大且成熟。我建议不要尝试编写自己的版本。
于 2008-08-11T21:14:40.303 回答
3
我不是这方面的真正专家，但我知道 ADO.NET 有自己的连接池系统，只要我一直在使用它，它就完美无缺。
我的反应是，重新发明轮子没有意义……只要确保在完成连接后关闭它们，一切都会好起来的！
我希望其他人能给你一些更坚定的答案！
于 2008-08-11T21:16:24.577 回答
2
我的理解是，在使用 SqlConnection 对象时会自动为您处理连接池。这是专门为与 MSSQL 一起工作而设计的，并将确保有效地汇集连接。您只需要确保在使用完它们后关闭它们（并确保它们被处理掉）。
我从来没有听说过人们需要自己滚动。但我承认我的经验是有限的。
于 2008-08-11T21:14:11.477 回答
1
随着 ADO.Net 的出现，较新版本的 SQL 连接池在两层上进行处理，首先通过 ADO.Net 本身，其次通过 SQL Server 2005/2008 直接处理，从而消除了对自定义连接池的需要。
我被告知，出于兴趣，正在计划或已经在 Oracle 和 MySQL 中实施类似的支持。
于 2008-08-12T07:52:33.153 回答
-2
好吧，它将会消失，因为所有这些问题的答案都将是 LINQ。顺便说一句，我们的任何应用程序都不需要自定义连接池，所以我不确定所有这些噪音是关于什么的。
于 2008-08-11T21:14:23.287 回答