在SQL Server Reporting Services的数据集中刷新字段时发生查询超时
在Reporting Services中创建数据集时,通常会点击“刷新字段”以在数据源中运行查询,并检索填充“报表数据”窗格中的数据集字段集合时所需的字段名称。
但是,如果查询返回大量数据,导致用时太长,则会发生超时,并且这个超时时间是无法更改的(经确认,这是一个BUG)。
解决的办法是用SET FMTONLY选项,示例如下。
1 SET FMTONLY ON;
2 GO
3 SELECT *
4 FROM HumanResources.Employee;
5 GO
6 SET FMTONLY OFF;
7 GO
如果用的是存储过程,则可改为
1 SET FMTONLY ON;
2 GO
3 EXEC StoredProcdureName;
4 GO
5 SET FMTONLY OFF;
6 GO
其作用是使查询不产生结果集,只返回元数据。其实就相当于一个什么行都不返回的结果集,但是你可以从中得到结果集的字段。
然后再点击“刷新字段”,即可避免因返回大量数据而超时。之后记得在查询中去掉SET FMTONLY选项,不然报表永远都不会有数据!
要注意的是,由于SET FMTONLY选项会使所有查询都不返回数据,因此如果你的查询中有用到中间结果集,可能会导致最终什么都返回不出来而报错。这个在这里不作详细说明,请各位自行体会。
点击这里加入SQL Server精英群
分类:
经验分享
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 上周热点回顾(2.17-2.23)
· 如何使用 Uni-app 实现视频聊天(源码,支持安卓、iOS)
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)