我遇到了一个严重的问题......过去2个月我一直在做的4个报告最近失去了所有的子报告设计。
相反，我现在所拥有的各个子报告基本上已恢复到原始设计，即大约2个月前的子报告设计。
我完全被难过......任何想法......这就是噩梦......
问题是我决定不为每个主报表保存单独的子报表，这样可以更容易地重用一个单子报表模板。 ...现在我很遗憾这个问题不仅需要时间来重新设计子报告......调试/验证子报告的准确性还需要时间。
USE-CASE：我如何使用子报告如下： 1.在某处物理存储了一个子报表模板。 2.此子报告将插入到每个单独的主报告中。 3.然后在相应的主报告“内”修改该子报告。 4.根据经验，此修改不会影响仍保留其原始设计的原始子报表模板。 5.修改继续存在于单独的主报告中......即使文件名实际上与原始子报告模板相同。 6.根据经验，这是一种有效且合乎逻辑的工作方式......因此，我省去了将相同子报告的单独（但略微修改）的副本物理地专用于每个主报告的麻烦。 7.这似乎有效，直到灾难发生......没有任何解释或理由。
注意： - 我通常自己对报告进行手动版本控制，即一旦我做出更改，我就保存了相同主报告的物理单独版本。这个diff版本既存在于本地系统，也存在于单独的物理共享网络文件夹中。因此，这个问题不仅仅是覆盖文件的情况。
令人惊讶的是，当问题发生时，它影响了所有版本，无论它存储在何处......这意味着问题非常根本。
编辑：
报告现在“全部”再次起作用......但问题是仍然没有解释为什么他们最初“全部”恢复到子报告的旧设计。
似乎我在主要报告中共享单个子报告的方法（如前所述）并不稳定，因此是一种独特的做事方式。应该怀疑某些事情不太正确，因为我过去的经历类似但是...不知何故以为我是那个做不对的人......
我现在已经开始为每个主要报告专门提供一个特定的物理子报告（正如支持我的雇主Crystal Report安装的公司所建议的那样）......因为我不再相信我以前的方法仍然不会引发相同的行为报告进入生产方案后的未来。
答案 0 :(得分：0)
您是否在子报表上启用了“在打开时重新导入”？如果是这样，可能会移动源子RPT文件，因此CR无法打开它们，从而导致您遇到的问题。
在我使用该产品的15年左右的时间里，我从未见过这种行为。
答案 1 :(得分：0)
只是设计改变回2个月以前的状态，还是年龄的数据？
如果您仍然从子报表获取数据，它似乎仍在访问子报表，但不是您想要的版本。在水晶中，如果您右键单击子报告并转到“编辑子报告”，请查看该文件是否正确并位于正确的位置。另外，请检查您是否未打开仍旧指向子报告旧版本的主报告的旧版本。
如果您没有从报告中获取任何内容，请检查子报告是否仍在那里并按预期运行，并且两个报告仍包含链接字段。
如果其他所有方法都失败了，请检查您的电子邮件。我已经保存了几次通过我之前发送给某人的文件的先前版本或实例，并在我发送的项目中找到了！
NB我还是一个水晶菜鸟