我正在尝试使用 ADO 对 SQL Server 2005 运行(两个)查询:
SELECT
sp.nt_username AS NTUsername,
sp.hostname AS HostName
FROM sys.dm_tran_locks tl
INNER JOIN master.dbo.sysprocesses sp
ON tl.request_session_id = sp.spid
WHERE tl.resource_type = N'APPLICATION'
AND tl.resource_database_id = (
SELECT dbid
FROM master.dbo.sysprocesses
WHERE spid = @@spid)
和 SQL Server 2000 兼容版本:
SELECT
sp.nt_username AS NTUsername,
sp.hostname AS HostName
FROM master.dbo.syslockinfo sli
INNER JOIN master.dbo.sysprocesses sp
ON sli.req_spid = sp.spid
WHERE rsc_type = 10 --10=Appliction
AND rsc_dbid = (
SELECT dbid
FROM master.dbo.sysprocesses
WHERE spid = @@spid)
查询执行很好:
IRecordset rs =new Recordset();
rs.CursorLocation = adUseClient; //the default for a Recordset is adUseServer (Connection.Execute's default is adUseClient)
rs.CursorType := adOpenForwardOnly; //the default
rs.Open(szQuery, conn.ConnectionObject,
adOpenForwardOnly, //CursorType
adLockReadOnly, //LockType
adCmdText);
但是然后检查
BOF
或EOF
的状态:
if (rs.EOF) then
触发异常:
这个查询是什么原因导致 ADO 如此惨败?
注意:确实有是匹配的行:
我在连接字符串中使用的
provider
是 Provider=SQLOLEDB
。
奖金喋喋不休:
系统进程
nt_username nchar(128) hostname nchar(128)
并且查询两者 - 但一次一个 - 有效,例如:
SELECT
sp.nt_username AS NTUsername
和
SELECT
sp.hostname AS HostName
工作。查询都失败。
我发现了问题。 这是 SQL Server 2005 和 ADO 的一个已知问题:
即使
nt_username
和hostname
已经是nchar(128)
,您仍需要手动将它们投射到nchar(128)
SELECT
CAST(sp.nt_username AS nchar(128)) AS NTUsername,
CAST(sp.hostname AS nchar(128)) AS HostName
FROM sys.dm_tran_locks tl
INNER JOIN master.dbo.sysprocesses sp
ON tl.request_session_id = sp.spid
WHERE tl.resource_type = N'APPLICATION'
AND tl.resource_database_id = (
SELECT dbid
FROM master.dbo.sysprocesses
WHERE spid = @@spid)
SQL Server 2005 和 ADO 以及在查询中使用
@@spid
还存在一个已知错误;你不能做到。幸运的是,在这种情况下,我可以使用 DB_ID()
:
SELECT
CAST(sp.nt_username AS nchar(128)) AS NTUsername,
CAST(sp.hostname AS nchar(128)) AS HostName
FROM sys.dm_tran_locks tl
INNER JOIN master.dbo.sysprocesses sp
ON tl.request_session_id = sp.spid
WHERE tl.resource_type = N'APPLICATION'
AND tl.resource_database_id = DB_ID()
八达冰。
SQL Server 2005 错误。
它可能仍然存在于 SQL Server 2008、SQL Server 2008 R2、SQL Server 2012 中
我知道这个问题已经有好几年了,但是我遇到了同样的错误,并且我发现该错误与连接超时有关,因为查询需要超过 30 秒才能执行。我改了120秒,问题就消失了