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