Home/ Questions/Q 7044789
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-28T02:27:05+00:00

Where the environment is either a sproc called via an ASP.NET Website or directly

  • 0

Where the environment is either a sproc called via an ASP.NET Website or directly from within SQL management studio.

I have developed a copy routine which copies a hierarchy (of folders and files for example) from a specified source to a specified destination. I have implemeted this using both a recursive solution (i.e. using nested stored proc calls) and an alternative which flattens the hierarchy of folders and files, firstly, and then – by way of a lookup – reasserts the hierarchy during copying to its destination.

When the copy routine (in both its incarnations) is executed from within SSMS, it works absolutely perfectly and the copying is completely successful. However, when invoked from within the ASP.Net Website, copying occurs only to a certain depth and then stops. No errors are returned and no exceptions are thrown. Logging indicates that copying stops at the same time and same depth for both incarnations of the sproc, when it fails.

Is there an issue with a transaction scope, buffer issues, asserting allowable execution times, LINQ to SQL limitiations or cached execution plans

Any help would be greatly appreciated.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    In providing a broad answer. The fact that isolating L2S and calling the sproc directly via ADO.NET api, provided a working solution and in so doing, highlighted at least one variable which can affect the succesful execution of a stored proc. Jon C deserve some plaudits here.

    • 0