Stored procedures 使用设置了适当超时设置的存储过程时,BIDS SSRS报告查询超时问题

Stored procedures 使用设置了适当超时设置的存储过程时,BIDS SSRS报告查询超时问题,stored-procedures,timeout,reporting-services,bids,Stored Procedures,Timeout,Reporting Services,Bids,我在为我在Business Intelligence Development studio(BIDS)中创建的SSRS报告执行存储过程时遇到超时问题。我的存储过程非常大,在SQLServerManagementStudio中执行平均需要将近4分钟。因此,我通过将“超时(秒)”增加到600秒(10分钟)来应对这一问题。我还将工具->选项->商业智能设计器-->查询超时和连接超时中的查询超时增加到600秒 最后,我创建了另外两个使用存储过程的报告,没有任何问题。(它们要小得多,执行大约需要30秒)。

我在为我在Business Intelligence Development studio(BIDS)中创建的SSRS报告执行存储过程时遇到超时问题。我的存储过程非常大,在SQLServerManagementStudio中执行平均需要将近4分钟。因此,我通过将“超时(秒)”增加到600秒(10分钟)来应对这一问题。我还将工具->选项->商业智能设计器-->查询超时和连接超时中的查询超时增加到600秒

最后,我创建了另外两个使用存储过程的报告,没有任何问题。(它们要小得多,执行大约需要30秒)。对于我的数据集属性,我总是使用查询类型:“Text”,并使用EXEC命令调用存储过程

关于我感兴趣的存储过程为什么仍然超时,有什么想法吗

下面是我在单击“刷新字段”后收到的错误消息:

“无法为查询创建字段列表。请验证您是否可以连接到数据源,以及您的查询语法是否正确。”

详细信息

“超时已过期。操作完成前已过超时时间,或者服务器没有响应。 声明已被终止。”

感谢您抽出时间。

检查rsreportserver.config文件中的Add Key=“DatabaseQueryTimeout”Value=“120”值。你可能也需要增加它

有关该文件的详细信息:


另外,根据我的经验,除了你帖子上的第一个评论者所说的,如果你要呈现为PDF格式,这些也会超时。您的大型数据集将在合理的时间内返回,但是PDF的呈现可能会花费很长时间。尝试渲染到Excel。BIDs结果将很快呈现,但导出结果可能会导致问题。

首先,如果您的过程返回大量字段,由于内存限制,您可能需要将其过滤为较小的块。第二,如果报告中有太多复杂的表达式/分组,则在报告处理过程中可能会超时,即使该过程已完成。看看这是否有帮助。我还应该补充一点,如果您使用的是较旧版本的SSRS,则Excel 2005渲染限制为每页65000行。您需要动态添加分页符,以强制在呈现的excel文件中创建新工作表。查看此链接,向下滚动至分页符部分