使用osql和sqlcommand时SQLServer 2005的行为差异

如何解决使用osql和sqlcommand时SQLServer 2005的行为差异

|| 是否有人知道通过OSQL执行命令与使用SQlConnection进行编程查询时SQL Server 2005行为之间的细微差别？ 我有一个客户端，该客户端的远程计算机上可以使用OSQL与之交互。但是，当我尝试通过构建sqlconnection / sqlcommand进行类似查询时；我收到错误：   [\'建立与SQL Server的连接时发生了与网络相关或特定于实例的错误。服务器   找不到或无法访问。验证实例名称正确并且已将SQL Server配置为允许远程连接（提供程序：SQL网络接口，错误：26-定位服务器/实例特定的错误）。 这是有效的OSQL命令：

osql -S myHost\\SQLEXPRESS -U sa -q \"USE [TempDB] select [Endpoint] from [Service]\"

这不起作用，将产生上面的错误。

SqlConnectionStringBuilder cnBldr = new SqlConnectionStringBuilder();

cnBldr.UserID = \"sa\";
cnBldr.Password  = \"PASSWORD\";
cnBldr.DataSource = \"myHost\\\\SQLEXPRESS\";
cnBldr.InitialCatalog = \"TempDB\";
using (SqlConnection cn = new SqlConnection(cnBldr.ConnectionString))

using (SqlCommand cmd = new SqlCommand(\"select [Endpoint] from [Service]\",cn))
{
   cn.Open();
   SqlDataReader rdr = cmd.ExecuteReader();
   rdr.Read();
}

在这两种情况下，我都以同一用户身份运行（即：我以Windows用户身份登录，然后打开cmd窗口并执行OSQL命令，或者启动包含上述代码片段的Windows应用程序。OSQL可以运行，代码片段会产生上述错误，这两种情况都使用\'sa \'帐户来访问数据库，OSQL片段将提示用户输入密码。 两者之间是否可以归因于这种行为？我不认为这是由于连接数问题引起的，因为我可以在执行osql命令（将起作用）和运行应用程序（生成错误消息）之间自由切换。 感谢您的任何想法。 -约翰     

解决方法

        首先不要使用

TempDB

，名称是

tempdb

，您的代码将在区分大小写的实例上中断。 对于连接问题，请遵循SQL网络接口中的步骤，错误：26-错误指定服务器/实例。 OSQL使用ODBC，而SQLCommand具有内置的托管SNI实现，因此它们之间存在差异，并且它们受不同的计算机全局配置设置的影响。请按照链接的文章中的步骤确定连接断开的位置。     ,        事实证明，这两种机制之间没有区别。该应用程序的启动略有不同；而这种差异（特别是生成查询之前的名称解析）是导致错误消息的原因。 从这个角度来看，osql / sqlcmd和程序化查询之间没有固有的区别。