环境是通过ASP.NET网站调用的sproc,或者直接来自SQL管理工作室。
我开发了一个复制例程,它将层次结构(例如文件夹和文件)从指定的源复制到指定的目标。我已经使用递归解决方案(即使用嵌套的存储过程调用)和一个平坦化文件夹和文件层次结构的替代方法实现了这一点,首先,然后 - 通过查找 - 在复制到目的地期间重新确定层次结构。 / p>
当从SSMS中执行复制例程(在其两个版本中)时,它完全正常工作并且复制完全成功。但是,从ASP.Net网站内部调用时,复制仅发生在某个深度,然后停止。不返回任何错误,也不会抛出异常。记录表明,当sproc失败时,复制会在sproc的两个版本中同时和相同的深度停止。
是否存在事务范围,缓冲区问题,断言允许执行时间,LINQ to SQL限制或缓存执行计划的问题
非常感谢任何帮助。
答案 0 :(得分:0)
提供广泛的答案。隔离L2S并通过ADO.NET api直接调用sproc的事实提供了一个有效的解决方案,并且这样做突出显示了至少一个可以影响存储过程的成功执行的变量。 Jon C值得一些喝彩。