连接字符串适用于OLE DB连接，但不适用于Sql Server Native Client 10.0

Question

以下是当我使用Microsoft SQL Server的Microsoft OLE DB提供程序使用配置工具连接到数据库时生成的连接字符串。

Provider=SQLOLEDB.1;Password=password;Persist Security Info=True;User ID=sa;
Initial Catalog=database;Data Source=localhost;Use Procedure for Prepare=1;
Auto Translate=True;Packet Size=4096;Workstation ID=computer1;
Use Encryption for Data=False;Tag with column collation when possible=False

如果我使用SQL Server Native Client 10.0连接到相同的数据库，则会得到此连接字符串。

Provider=SQLNCLI10.1;Integrated Security=\"\";Persist Security Info=False;
User ID=sa;Initial Catalog=database;Data Source=localhost;Use Procedure for Prepare=1;
Auto Translate=True;Packet Size=4096;Workstation ID=computer1;
Initial File Name=\"\";Use Encryption for Data=False;
Tag with column collation when possible=False;
MARS Connection=False;DataTypeCompatibility=0;Trust Server Certificate=False\0

我有一个ac＃应用程序，它读取这些连接字符串之一，并使用它来创建与我的数据库的连接，如下所示

SqlConnectionStringBuilder _sqlConnectionStringBuilder = new SqlConnectionStringBuilder();
OleDbConnectionStringBuilder conBuilder = new OleDbConnectionStringBuilder( CONNECTION STRING SHOWN ABOVE);
_initialCatalogValue = (string)conBuilder["Initial Catalog"];
_dataSourceValue = conBuilder.DataSource;

_sqlConnectionStringBuilder.Password = (string)conBuilder["Password"];
_sqlConnectionStringBuilder.UserID = (string)conBuilder["User Id"];
_sqlConnectionStringBuilder.InitialCatalog = _initialCatalogValue;
_sqlConnectionStringBuilder.DataSource = _dataSourceValue;
_sqlConnectionStringBuilder.PersistSecurityInfo = true;

_conn = new SqlConnection(_sqlConnectionStringBuilder.ConnectionString);
_conn.Open();

当我使用SQL Server本机客户端时，密码为空并且SQLConnection在登录时将失败的问题。 我收到的错误是“用户'sa'登录失败”。

OLE DB连接字符串成功。 由于我在C＃中使用了某些类，因此登录SQL Server本机客户端失败吗？ Sql Server Native Client 10.0是否加密密码？ 我是否应该尝试确定连接字符串中包含哪个提供者并具有两个不同的代码路径？ 如果是这样，连接将需要什么？

基本问题是，无论我收到哪个连接字符串（仅上述两个），如何确保连接成功？

注意：我无法控制连接字符串。 我只能处理收到的内容。

Answer 1

您提供的第二个连接字符串不包含密码。 因此，当您将conBuilder.ConnectionString设置为第二个字符串时， conBuilder["Password"]返回一个空字符串。

Answer 2

该问题如下解决。

有一个主要应用程序正在使用上述连接字符串，并且正在执行以下操作。

应用程序将使用连接字符串。 如果连接字符串的提供者是SQL Server本机客户端（SQLNCLI10.1），则应用程序将检查持久性安全性。 如果找不到，则将IntegratedSecurity = SSPI添加到连接字符串，然后使用Windows身份验证进行连接。 这是否是正确的（或安全的操作），即正在执行的操作。

要“回答”问题。 您可以输入连接字符串，如果找不到密码，则可以设置IntegratedSecurity = SSPI。 这将允许您使用Windows身份验证而不是SQL Server身份验证进行连接。 我不建议您这样做，但是它将起作用。