C# ASP.NET中的同时报告下载问题？

Am在asp.net web应用程序和sql server中作为数据库工作。在本文中，我们将位置详细信息的报告下载为excel工作表（每个位置都创建了新的excel工作表），并将其放在一个文件夹中，这一过程非常顺利。问题是许多用户将访问web应用程序并下载报告， 如果任何用户同时下载意味着仅为一个用户下载另一个用户，则下载过程将停止。

采取的措施：-1）超时时间增加。 2） 根据服务器中的核心更改sqlserver中的MAXDOP。 3） 连接关闭 4） 为了更好地进行gc，将调试属性更改为false。 5） 重新索引

---

还有什么建议可以为这个问题辩护吗？

是的。Check locking-2没有任何意义，因为可以同时执行多个查询，除非有人被质疑不使用独占或序列化锁定进行报告（应该有关于查询的readcomited提示）

总的来说，你会发现问题所在。从您的问题来看，甚至不清楚是否是SQL Server造成了瓶颈-是否是您在服务器上使用excel（顺便说一句，这是完全不受支持的-在服务器上运行office）本身就是单线程的？既然您提供的信息表明没有真正的调试提示，为什么还要责怪SQL Server（从试图责怪GB或重新编制两者的索引可以看出，这不会导致SQL端的任何并行性）。根据你给出的同样理由，我可以建议你从现在开始吃素食，并检查它是否会提高报告性能。这和更改debug属性或maxdop来处理一些不应该发生的事情一样明智

---

从分析开始。找出是否是SQL Server造成的。MAXDOP应始终配置为合理值。暂停？您的查询似乎没有得到很好的优化。除非你像我一样做——这是对30亿行表的统计分析——如果你的查询是合理的，你就不会有严重的问题。这表明存在严重的查询问题。

ah@tom感谢您的评论。由于用户无法同时下载报告和仅供参考，我们以csv格式下载。p、 s：如果问题很笨拙，请编辑我的问题。谢谢，我不能把你的问题修改得更有意义，因为我现在知道你在这里真正想问什么了。开始基线调试-认真地。这不是一个sql问题，作为一个程序员，您完全是一个失败者，因为您似乎没有采取任何步骤来找出您的应用程序的哪些部分真正负责。相反，您应该责怪数据库——除非开发人员真的不称职（全局锁、表独占锁强制），否则很可能不会责怪数据库。开始做一些家庭作业——找出应用程序暂停的地方。如果您认为这是SQL，请收集数据以验证它。