我的 .NET 2.0 站点上有大约 15 个 .RPT 文件,我最近更改为新的数据库服务器。
我成功更改了其中 14 个 .RPT 文件的数据源,但在其中一个文件中,在进行更改后,当我尝试保存更新的报告时,我得到“无法保存文档”。我可以更改子报表的数据源并将其保存得很好,但是当我尝试更改主报表的数据源时,我会收到该错误消息。
在整个过程中,我肯定会在不同时间进行“验证数据库”,但这似乎没有帮助。
有任何想法吗?
我的 .NET 2.0 站点上有大约 15 个 .RPT 文件,我最近更改为新的数据库服务器。
我成功更改了其中 14 个 .RPT 文件的数据源,但在其中一个文件中,在进行更改后,当我尝试保存更新的报告时,我得到“无法保存文档”。我可以更改子报表的数据源并将其保存得很好,但是当我尝试更改主报表的数据源时,我会收到该错误消息。
在整个过程中,我肯定会在不同时间进行“验证数据库”,但这似乎没有帮助。
有任何想法吗?
我使用以下步骤取得了成功。
您可以通过逐表更改数据源表并在每次更改后尝试保存来追踪问题的根源。我发现我的问题出在子报表的表格中,并在该子报表中应用了上述步骤来解决问题。
当我添加一些公式字段时,我遇到了这个问题。我删除了这些字段并能够再次保存。
对我来说,解决方案非常简单:
在数据库菜单中,“设置数据源位置”选项,然后在数据库表的属性中有一个名为“覆盖限定表名”的选项(我认为是英文名称,因为我使用的是Crystal Reports XI的版本葡萄牙语,但我在互联网上找到了英语中的等效术语)。
我刚刚在那里写了表的名称,并且能够再次保存而没有“无法保存文档”错误,因此任何想从头开始完全重新创建报告的人都应该先尝试一下。
是的,就像许多其他遇到此问题的人一样,除了从头开始重新创建报告之外,没有其他解决方法。
我很抱歉报告这一点,但他们的事实。一定会喜欢 Crystal Reports 的错误消息,而且它们完全没有任何细节。
我有同样的问题。我使用了可以在顶部的 Report -> Dependency checker 下找到的 Dependency checker 来解决所有无效的数据库引用。
然后我将所有子报告保存在我的主报告之外,然后从我的主报告中删除它们。在这一点上,我终于能够保存主报告。
然后我将子报告一次插入到我的主报告中。
我有同样的问题。
继续尝试。成功更改新数据源后。
重复上述 3 步以映射另一个表。
这对我有用。
另一种简单的方法是通过丢失所做的更改来关闭未保存的报告并重新打开报告。然后您可以重复相同的更改。
下载此工具:R-Tag DataSource Updater for Crystal Reports。它将为您更新数据源。您可以在试用模式下将其用于 10 份报告。
这可能意味着您的报告中有一些不准确的数据变量名称,变量名称已从您的数据源更改并且不再与报告中的内容匹配,或者它不再存在但被缓存。修复的最佳方法是重新创建报告。