我知道的主观问题......
我们有一个现有的应用程序，它有大约20个连接到数据库的组件。我们现在正在集群应用程序以提高可伸缩性，但是我们正在达到一些限制，其中每个具有小连接池的进程都会导致与DB的许多连接。如果我们可以集中连接，那么在我们的集群中缓存也会有一些有趣的选项。
我的问题是，是否存在任何低成本/风险选项来重构我们的解决方案，直接利用SQL连接到中间层？这种痛苦是否值得重写一个完整的工作单元+模型样式应用程序层并将所有数据库连接重构为WCF业务逻辑调用？
答案 0 :(得分：0)
作为一个长期解决方案，重构到中间层将有助于任何常见的连接处理逻辑可以集中。多连接问题的一个常见原因是连接没有正确处理，但是没有查看代码就是猜测。
请参阅sql支持团队中的以下内容，以诊断多个连接问题http://blogs.msdn.com/b/sql_pfe_blog/archive/2013/10/08/connection-pooling-for-the-sql-server-dba.aspx