【发布时间】：2014-09-24 18:19:29
【问题描述】：
也许有人可以帮我找到合适的技术。
我有许多要更新的 Crystal Reports (Crystal Reports XI)。 这些报告每个都有一个与之关联的 SQL 函数，它要么从数据库中检索记录（如果有的话符合条件），要么返回一个空数据集（每天发生）。 这些在批处理过程中执行，并将输出定向到通过电子邮件发送给用户的 PDF 文件。
我对 Crystal Reports 比较陌生。
我正在尝试使用通用子报表来格式化/收集这些文档中使用的页眉/页脚的数据。到目前为止 - 其中大部分都按我的预期工作。这允许我使用单个 SubReport 在多个报告中生成相同的页眉/页脚（至少这是我的目标）。
但是 - 我在主报告中添加了 报告页脚 部分 - 我的计划是生成一个包含以下信息的报告页脚：
- 一条静态文本消息，内容为“--- END OF DOCUMENT ---”
- “主要报告”的报告标题
- 生成文档的日期和时间以及总页数。
听起来很简单。
所以 SubReport 被命名为：“END-OF-DOCUMENT-SUBREPORT”
我使用了“特殊字段”Data Date、Data Time和Page N of M
由于“特殊字段”报告标题返回给我“END-OF-DOCUMENT-SUBREPORT”值，我使用参数字段来传递 报告标题 值从主报告到子报告。
这一切都很好 - 但是 - 将链接参数字段从主报表添加到子报表 - 当我执行报表以生成文档时 - 子报表最终显示一个空白报表页脚 - 我可以点击在另一个选项卡中显示“END-OF-DOCUMENT-SUBREPORT”。 如果没有 Parameter 字段 - 它没有这样做，并且来自 SubReport 的信息出现在文档的最后一页上。
这是 Crystal 的标准行为吗？
我不确定如何禁止“向下钻取”功能并仍然显示报告部分。
【问题讨论】：
-
我可能帮不上忙，但如果您不想在子报表和主报表之间建立任何链接，为什么还要使用子报表？为什么不直接使用具有相同功能并具有显示/隐藏条件的文本字段/公式？
-
这可能是一个有用的建议——使用 SubReport 可能不是最好的方法。我想要一个可以在任何报告中使用的页眉/页脚的预定义格式。来自数据库的页眉/页脚中的数据有时会发生变化（当电话号码、地址或服务主管发生变化时）。似乎将参数从主报表传递到子报表导致子报表成为输出中的“下钻”。很好的建议，我会看看我能找到什么。
标签： tsql crystal-reports