【问题标题】:Trusted_Connection vs Integrated Security affects connection poolingTrusted_Connection 与 Integrated Security 影响连接池
【发布时间】:2011-09-23 02:22:41
【问题描述】:

我在我的 ASP.NET 4.0 应用程序(在 Windows 2008 RC2 上,连接到 SQL Server 2005 数据库)上运行了一些应用程序性能监控,并注意到连接似乎没有池化。我们在特定用户下运行应用程序池并使用集成安全性。使用如下连接字符串:

<add name="myConnection" connectionString="Server=DBSrv;Database=DB1;Trusted_Connection=true;" providerName="System.Data.SqlClient"/>

预感我稍微修改了连接字符串以使用集成安全语法而不是trusted_connection。进行更改后,连接开始使用连接池。

<add name="myConnection" connectionString="Server=DBSrv;Database=DB1;Persist Security Info=False;Integrated Security=SSPI;" providerName="System.Data.SqlClient"/>

我在任何地方都找不到任何文档表明这些格式会影响池化。有没有人遇到过类似的事情?

【问题讨论】:

    标签: sql-server-2005 connection-string connection-pooling


    【解决方案1】:

    我使用的工具 (dynatrace) 报告连接池的行为基于连接字符串格式而有所不同,这似乎是罪魁祸首。最近升级的 dynatrace 不再显示差异。显然这是一个幻象问题。

    【讨论】:

      猜你喜欢
      • 2011-03-05
      • 1970-01-01
      • 2010-11-16
      • 2010-12-23
      • 2013-08-20
      • 1970-01-01
      • 1970-01-01
      • 2011-03-23
      • 1970-01-01
      相关资源
      最近更新 更多