大家早，
我在MS SQL Server 2000中遇到查询超时问题。它被用作Intuitive ERP（一个基于MS Access的相当老的ERP系统）的后端。
我的问题是，执行计划计算时，执行大量查询的进程，我们遇到SQL超时错误。
我最初使用分析器来确定有问题的查询（一个DELETE查询），并在再次运行之前手动执行，这似乎工作。 但是，在后续运行中，它会在稍后阶段超时。 在我的经理接手时，细节有点粗略，但是从她告诉我的情况来看，我会猜测它是一个SELECT或INSERT查询。
直接在服务器上执行任何这些查询（使用企业pipe理器）每次都会产生及时的响应，似乎没有理由超时。
我意识到这是没有太多的继续，所以我想我的问题是什么样的事情可以导致查询超时？ 过去我们遇到过磁盘空间问题，但这不是问题。 我也检查了networking连接：ping回来约1ms，所以不应该是这个问题（此外，探查器显示失败的查询，作为过量的时间，build议iit是在服务器端的东西） 。
谢谢你的时间。
与特别运行语句相反，应用程序可能在用户事务的上下文中运行它们，因此在这种情况下可能会有更多的locking积累。 数据库中的并发用户活动会导致阻塞，如果阻塞时间过长，则会导致超时。
不幸的是，由于我们正在讨论第三方应用程序，所以我不确定在SQL Server端可以做什么。 如果应用程序公开任何超时设置，增加它们可能是一个好主意，或许是很大的。 如果可能的话，它也可能有助于在非高峰时间运行这些批处理过程。