SQL Server连接字符串的连接池设置

发布于 2024-08-09 03:49:58 字数 408 浏览 3 评论 0原文

我维护一个遗留的 ASP.Net Web 应用程序(使用 .Net 2.0 + SQL Server 2005 Enterprise + VSTS 2008 + C# + ADO.Net)。这是旧应用程序正在使用的连接字符串(旧应用程序正在使用 SQL Server 身份验证模式):

"server=***;database=***;uid=***;pwd=***;pooling=false;max pool size=100"

我认为连接字符串是错误的,因为:

  1. 由于池的设置为 false,但它还设置了池大小 - 冲突。
  2. 即使存在冲突的设置,我认为 pooling = false 也会生效,即 ADO.Net 应用程序不使用连接池。

我的理解正确吗?

I maintain a legacy ASP.Net Web application (using .Net 2.0 + SQL Server 2005 Enterprise + VSTS 2008 + C# + ADO.Net). Here is the connection string the legacy application is using (the legacy application is using SQL Server authentication mode):

"server=***;database=***;uid=***;pwd=***;pooling=false;max pool size=100"

I think the connection string is wrong because:

  1. Since the setting of pooling is false, but it also set pool size -- conflicting.
  2. Even if there are conflicting settings, I think pooling = false takes effect, I.e. connection pool is not used by the ADO.Net application.

Is my understanding correct?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

谎言 2024-08-16 03:49:58

是的。你是对的。如果 pooling = false,最大池大小将不会生效。但连接不一定是错误的。它仍然有效。

Yes. You are right. if pooling = false, the max pool size will not take effect. but the connection is not necessarily wrong. it is still valid.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文