【发布时间】:2012-04-27 11:03:35
【问题描述】:
我遇到了一个问题,即执行存储过程来更新表中的记录会导致超时错误。我最初从 MVC3 应用程序中调用我的存储过程,这是我第一次注意到错误的地方。
但是,使用 SQL Server Profiler,我能够复制 ADO.NET 生成的代码并直接在数据库上运行它。我让这个查询运行了大约 5 分钟,但它仍然没有返回任何内容。
以下是一些事实:
存储过程有大约 100 个要传递给它的参数。
我的 MVC 应用程序、SSMS 和 Sql Server 2008 都安装在同一台机器上。
存储过程尝试更新包含大约 5000 个条目的表中的单行。
-
有一个触发器可以更新
LastModifiedDate和CreatedDate,但我删除了这些触发器,并更新了 EDMX 以确定这些触发器是否导致了无限循环。 我们的实时服务器运行与我尝试运行的存储过程完全相同的存储过程(使用经典 asp)并获得正确的结果。此外,实时服务器无法在 .NET 下运行相同的存储过程
我的机器无法运行经典 ASP 和 ASP.NET 的存储过程
存储过程似乎只对少数几行失败,而其他行运行良好。
我已尝试更改传递给存储过程的参数值
其他存储过程工作正常
存储过程试图更新的特定表似乎存在锁定,因为执行其他查询工作正常,即使在等待执行此查询时也是如此。
如果有人对我可以执行的任何其他测试有任何想法,或者我可以使用任何工具来确定超时错误的根本原因。
谢谢。
附:不要告诉我更改命令超时属性,我已经尝试将其设置为零!
【问题讨论】:
-
我对表格有同样的问题,其中列类型是hierarchyid。
-
"存储过程有大约 100 个参数传递给它。"哦哦?!?无法想象一个过程会得到 100 个参数而不违反单一责任原则的情况。
-
一个存储过程更新一个有 100 列的表中的一行呢?
-
^ 有 100 列,我可能会将其作为逗号分隔格式的单个参数发送。
标签: sql-server ado.net timeout command-timeout