.NET代码中的SP超时，不在Management Studio中

Question

如果我在Management Studio（SQL Server 2008）中运行以下命令：

exec [USP_CNT_BookingDetail_ExtractAccountingPlanData] '4AFD6633-CB90-4165-913D-EE3EA74708DA', '7EF7CCB2-E09F-4408-AE2D-F857C063F2C1'

我不到一秒钟就得到了结果

但是我这样在VB.Net中运行它：

Using aConnection = New System.Data.SqlClient.SqlConnection(*** Some Connection String ***)
  aConnection.Open()
  Dim aCmd = aConnection.CreateCommand()
  aCmd.CommandText = "exec [USP_CNT_BookingDetail_ExtractAccountingPlanData] '4AFD6633-CB90-4165-913D-EE3EA74708DA', '7EF7CCB2-E09F-4408-AE2D-F857C063F2C1'"
  aCmd.ExecuteNonQuery()
  aConnection.Close()
End Using

它超时（我知道ExecuteNonQuery不会返回数据，但是我试图使代码尽可能地小）。

我在代码中使用了与Management Studio相同的数据库，用户ID和密码，以确保“隔离级别”已被确定。

有人有什么主意吗？

Answer 1

尝试打开SQL Profiler并比较两个调用期间正在处理的内容。

另外，在Management Studio中运行以下命令，然后再测试过程：

CHECKPOINT
DBCC DROPCLEANBUFFERS

这些命令将确保您的SSMS测试在运行该程序时重新开始。 由于先前的执行，您的SSMS测试可能会给出错误的快速结果，而不是VB.NET给出错误的缓慢结果。

检查点
漂流缓冲剂
所以关于这个话题

Answer 2

使用SET ARITHABORT ON； 解决了问题。

Answer 3

可以将CommandText更改为简单查询“ UPDATE TableABC SET Field1 = Field1 WHERE ID = XYZ”，以查看它是proc还是连接字符串本身。 我的猜测是proc很好，并且conn中可能存在某些问题。