2

您如何确定已经从主报告本身“内部”插入到主报告中的子报告的“完整路径”，即我如何知道这些子报告[被主报告指向]实际上在哪里身体上得救了。请记住，这些子报告在插入主报告之前曾经是位于某处的物理报告 - 因此逻辑表明 CR 应该有一种方法来跟踪这个完整路径。

这似乎是一件简单的事情，但由于某种原因，我注意到从主报告中很难确定这一点。因此，除非我自己设计报告，否则很难知道这些子报告的实际位置。充其量我观察到可以从主报告中确定子报告的实际名称，但似乎仍然没有选择从“内部”实际确定子报告的“完整路径”主要报告。

我已经意识到，在灾难恢复的情况下，知道物理子报表实际保存在哪里实际上会有所帮助 - 例如，当主报表由于任何逻辑原因而丢失其子报表设计时[我自己已经遇到过这个问题]。

4

2 回答 2

0

您可以通过将报表复制到另一台PC，断开PC与网络并打开报表来找到子报表的文件路径

尝试重新导入子报告并显示显示文件路径的错误消息。

我不能把功劳因为这个链接帮助我解决了它http://scn.sap.com/thread/3354250

希望这可以帮助

于 2014-04-17T10:54:30.533 回答
0

子报告与其容器（父）存在于同一个 .RPT 文件中。

** 编辑 **

查看 SAP Crystal Reports 2011 报表应用程序服务器 Java SDK，我发现了一个可能有效的内部方法：ISubreportClientDocument.getReportURL()。它位于 com.crystaldecisions.sdk.occa.report.application 包中。

虽然 .Net SDK 有一个类似的对象 (CrystalDecisions.CrystalReports.Engine.SubreportObject)，但该对象没有 ReportURL 属性。

于 2012-04-12T16:37:16.747 回答