【问题标题】:Report Builder 3.0 freezes up when opening up query designerReport Builder 3.0 在打开查询设计器时冻结
【发布时间】:2014-01-15 17:42:00
【问题描述】:

我已经搜索了几天,但找不到任何可以解决此问题的方法。当我打开报表生成器 3.0 时,我能够查看和打开报表。我可以打开报告。我可以查看数据集属性。当我单击查询时,它会挂起。如果特定报告中的查询仅为文本,我可以打开它。如果查询是使用查询设计器的 gui 进行的,它会冻结并最终失败。

数据集嵌入在报告中。

如果我创建一个新报告,我只能在该报告中打开查询设计器。它似乎只影响本周之前创建的报告。

我进行的测试:

  • 不同的用户配置文件
  • 不同的用户
  • 不同计算机上的不同用户配置文件
  • 不同的用户在不同的电脑上
  • 安装 sql server 2008 r2 SP2
  • 卸载并重新安装报表生成器 3.0

SSRS 日志根据我打开的报告显示了这一点。

library!ReportServer_0-2!1328!01/15/2014-12:24:15:: Call to GetSystemPropertiesAction().
library!ReportServer_0-2!11fc!01/15/2014-12:24:15:: Call to ListChildrenAction(/, False).
library!ReportServer_0-2!1328!01/15/2014-12:24:18:: Call to ListChildrenAction(/CustomReports, False).
library!ReportServer_0-2!11fc!01/15/2014-12:24:19:: Call to ListChildrenAction(/CustomReports/Missing Weeks Reports, False).
library!ReportServer_0-2!1328!01/15/2014-12:24:21:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:21:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:21:: Call to GetReportDefinitionAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1328!01/15/2014-12:24:22:: Call to GetItemDataSourcesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:22:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:22:: Call to GetReportItemReferencesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1328!01/15/2014-12:24:23:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1328!01/15/2014-12:24:23:: Call to GetReportParametersAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:23:: Call to GetPropertiesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC, PathBased).
library!ReportServer_0-2!1328!01/15/2014-12:24:23:: Call to CreateReportEditSessionAction(Parent=/CustomReports/Missing Weeks Reports, Report=MW_Royalties_RBC).
library!ReportServer_0-2!11fc!01/15/2014-12:24:27:: Call to GetItemTypeAction(/Shared Data Sources/Company 001).
library!ReportServer_0-2!1328!01/15/2014-12:24:27:: Call to GetDataSourceContentsAction(/Shared Data Sources/Company 001).
library!WindowsService_0!7cc!01/15/2014-12:28:56:: i INFO: Call to CleanBatch()
library!WindowsService_0!7cc!01/15/2014-12:28:56:: i INFO: Cleaned 0 batch records, 0 policies, 4 sessions, 0 cache entries, 2 snapshots, 12 chunks, 0 running jobs, 0 persisted streams, 25 segments, 25 segment mappings, 0 edit sessions.
library!WindowsService_0!7cc!01/15/2014-12:28:56:: i INFO: Call to CleanBatch() ends
library!ReportServer_0-2!1328!01/15/2014-12:34:37:: Call to GetSystemPropertiesAction().
library!ReportServer_0-2!1130!01/15/2014-12:34:37:: Call to ListChildrenAction(/, False).
library!ReportServer_0-2!1328!01/15/2014-12:34:39:: Call to ListChildrenAction(/CustomReports, False).
library!ReportServer_0-2!1130!01/15/2014-12:34:41:: Call to ListChildrenAction(/CustomReports/Submitted Weeks Reports, False).
library!ReportServer_0-2!1328!01/15/2014-12:34:43:: Call to ListChildrenAction(/CustomReports/Submitted Weeks Reports/Discard, False).
library!ReportServer_0-2!13f4!01/15/2014-12:34:45:: Call to ListChildrenAction(/CustomReports/Submitted Weeks Reports, False).
library!ReportServer_0-2!1130!01/15/2014-12:34:46:: Call to ListChildrenAction(/CustomReports, False).
library!ReportServer_0-2!13f4!01/15/2014-12:34:48:: Call to ListChildrenAction(/CustomReports/Missing Weeks Reports, False).
library!ReportServer_0-2!1130!01/15/2014-12:34:50:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!13f4!01/15/2014-12:34:50:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!13f4!01/15/2014-12:34:50:: Call to GetReportDefinitionAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1130!01/15/2014-12:34:51:: Call to GetItemDataSourcesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!13f4!01/15/2014-12:34:51:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!13f4!01/15/2014-12:34:51:: Call to GetReportItemReferencesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1130!01/15/2014-12:34:51:: Call to GetItemTypeAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!1130!01/15/2014-12:34:51:: Call to GetReportParametersAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC).
library!ReportServer_0-2!13f4!01/15/2014-12:34:52:: Call to GetPropertiesAction(/CustomReports/Missing Weeks Reports/MW_Royalties_RBC, PathBased).
library!ReportServer_0-2!1130!01/15/2014-12:34:52:: Call to CreateReportEditSessionAction(Parent=/CustomReports/Missing Weeks Reports, Report=MW_Royalties_RBC).

【问题讨论】:

  • 可能会尝试打开报告的 XML 标记并查找损坏的标签等。
  • 我没有发现任何损坏的标签。这些报告根本没有理由改变,因为它们已经好几个月没有被编辑了。

标签: reporting-services reportbuilder3.0


【解决方案1】:

我能够通过重新创建数据源和查询来解决此问题。这非常耗时,但却是解决此问题的唯一方法。

【讨论】:

    【解决方案2】:

    我遇到过类似的问题,如果右键单击数据集并单击“查询”,报表生成器会冻结,但解决方法更简单:单击“数据集属性”而不是“查询”,然后您可以单击“查询设计器”按钮(如果愿意,也可以直接在“查询”框中进行编辑)。

    【讨论】:

      【解决方案3】:

      我个人多次遇到这个问题,主要是由两个原因造成的:

      1. 您正在尝试编辑使用不同版本的报表生成器创建的报表。不幸的是,RB 中没有实质性的向后兼容性,因此在这种情况下,唯一的解决方案是从头开始重新创建 DataSource 和 DataSet。
      2. DataSet 的源缺少一列 - 即 Dataset 定义中有一个列 [Name],但作为源的表没有它。

      有时还有其他原因,但我无法验证。但是,我能够确认上面的列表。

      【讨论】:

        【解决方案4】:

        我对两个报告有同样的问题,但是可以通过右键单击数据集中的任何字段,然后单击“字段属性”来访问查询,然后单击“查询”选项。不要点击设计器,RB会崩溃。我将尝试将我的查询复制到一个 txt 文件,然后重新创建数据源和查询。

        c

        【讨论】:

        • 嗨@cal,这看起来更像是一条评论,你能把它移到那里吗?
        【解决方案5】:

        这对我有用:

        1. 我使用放在查询设计器上的查询创建了一个存储过程。
        2. 我使用存储过程选项来调用先前创建的存储过程,而不是使用查询设计器。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多