如何解决使用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和程序化查询之间没有固有的区别。