我认为问题是 的 发送参数 强> 从你的申请 的 存储过程 强> 。 再试一次,但这次使用 的 SQL Server Profiler 强> 跟踪查询执行情况。 您可以使用 的 TextData列值 强> 在SQL Server Profiler中再次运行实际执行的查询以查找真正的问题。
其他一些操作可能会锁定表。将超时设置为更高的值并检查。
在运行proc执行时 sp_lock 和 sp_who2 任何锁定的系统程序
sp_lock
sp_who2
1)尝试了类似的东西?
SqlCommand cmd = new SqlCommand("MyReport", conn); cmd.CommandType = CommandType.StoredProcedure; cmd.CommandTimeout = 3660; //// or set it zero (0)
2)和这???
3)假设您的数据库服务器和执行点不同,您的Internet / Intranet连接是否正常? 4)检查vpn连接(如果使用)
从SSMS执行查询并保存执行计划。然后运行应用程序并让SQL事件探查器捕获跟踪,然后按照此处的说明从分析器中保存执行计划 链接 。
比较两个执行计划,找出执行中的实际差异。
检查 参数嗅探 。如果仍有问题,请确保更新数据库统计信息,有时这可能是丢弃后创建过程的问题。
你可以试试
cmd.CommandTimeout = 0;
如果您正在执行查询需要很长时间。