如何确定已从主报告本身“内部”插入主报告的子报告的“完整路径”，即如何知道主报告指出的子报告的位置？实际上是在物理上得救了。请记住，这些子报告在插入主报告之前曾经是位于某个地方的物理报告 - 因此逻辑上说CR应该有一种跟踪这条完整路径的方法。
这似乎是一件简单的事情，但出于某种原因，我注意到从主报告中很难确定这一点。因此，除非我自己设计报告，否则很难知道这些子报告的实际位置。我充其量地观察到可以从主报告中确定子报告的实际名称，但似乎没有选择从“内部”实际确定子报告的“完整路径”。主要报告。
我已经意识到，在灾难恢复的情况下，知道实际保存物理子报告的位置实际上很有帮助 - 例如当主要报告因任何逻辑原因而失去其子报告设计时[我自己已经遇到过这个问题]。
答案 0 :(得分：0)
子报告存在于与其容器（父级）相同的.RPT文件中。
**编辑**
查看SAP Crystal Reports 2011报表应用程序服务器Java SDK，我找到了可能工作的内部方法：ISubreportClientDocument.getReportURL（）。它位于com.crystaldecisions.sdk.occa.report.application包中。
虽然.Net SDK具有类似的对象（CrystalDecisions.CrystalReports.Engine.SubreportObject），但该对象没有ReportURL属性。
答案 1 :(得分：0)
您可以通过将报告复制到其他PC，断开PC与网络的连接并打开报告来查找子报告的文件路径
尝试重新导入子报告，并显示一条显示文件路径的错误消息。
我无法理解，因为这个链接帮我解决了http://scn.sap.com/thread/3354250
希望这有帮助