【问题标题】:Crystal Reports - Verify DatabaseCrystal Reports - 验证数据库
【发布时间】:2010-02-09 14:13:10
【问题描述】:

我有一个非常莫名其妙的问题:

  • 主报告包含子报告
  • 子报表使用带参数的存储过程
  • 在子报表中,我为该参数设置了默认值
  • 在主报表中,我创建了一个公式字段,其中包含我想传递给子报表和存储过程的值,并将其链接到子报表
  • 当我运行报告时,一切运行良好
  • 当我验证数据库时,我得到:“过程或函数 '[stored proc]' 需要参数 '@[parameter]',但未提供”
  • 当我将公式字段更改为主报表上的参数字段并设置其默认值并链接到子报表时,运行报表和验证数据库都可以正常工作

那么将公式字段传递给子报表与传递具有默认值的参数字段有什么区别?

感谢您提供的任何帮助。

【问题讨论】:

  • 老实说,Crystal Reports 是我这一天遇到的最混乱的软件之一。如果您在运行它时遇到问题,很可能是因为该软件的编写方式就像是高中编程项目一样。

标签: crystal-reports


【解决方案1】:

在报表运行并读入记录之前,不会评估公式字段。验证数据库看到存储过程这一事实向我表明你连接正常。

【讨论】:

  • 啊,这对我来说很有意义。但是,当我运行验证数据库时,我正在输入参数值,这让我认为它实际上是在调用数据库上的存储过程来进行验证。不是这样吗?
【解决方案2】:

我不会担心的。当您开始使用 SP 和子报表时,Crystal Designer 会因验证数据库而变得不稳定。您是在主报告还是子报告中Verify Database?我认为主要报告是最可靠的。另外,我从来没有得到与 SP 一起工作的默认参数。您总是可以创建另一个使用默认值调用原始 SP 的 SP。

【讨论】:

  • 我从子报表和主报表都进行了验证数据库。它在子报告中运行良好。我喜欢这样一个事实,“当您开始使用 SP 和子报表时,Crystal 设计器会变得不稳定……”。如果要总结 Crystal,子报表和数据访问不会在列表中排名靠前吗?这个很真实,但让我发笑。
  • 你会认为他们会......哈哈......我失去了与 Crystal 设计师合作的一小部分生命。
猜你喜欢
  • 2023-03-28
  • 2018-06-02
  • 2013-06-28
  • 2011-10-22
  • 1970-01-01
  • 2012-05-26
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多