【问题标题】:Debugging Paging in Sql Reporting Services在 Sql Reporting Services 中调试分页
【发布时间】:2009-10-11 03:03:11
【问题描述】:

我正在处理我的第一个重要的 Sql Reporting Services 项目,但遇到了分页问题。大多数报告已经在起作用了。

发生的情况是,我在 Web Reportviewer、PDF 和 Word 文档之间获得了不同数量和位置的分页符。这个词是最接近的,但三个都不是真正正确的。

我一直在寻找明显的内容,例如额外的分页,并确保报告不会超出左边距或右边距。我的问题是,我不确定如何对那些没有在正确位置中断的页面进行故障排除报告。

有没有人建议从哪里开始?

我在 Vista Dev box 上使用 VS2008、SQL2008 DE。

【问题讨论】:

    标签: sql sql-server-2008 reporting-services


    【解决方案1】:

    这不是一个真正的问题 - 不同的渲染器正在为它们的输出适当地渲染报表。 Web 查看器针对基于屏幕的阅读进行了优化,并且通常每页允许比 PDF 查看器更多的内容,因为 PDF 查看器受到其格式化为的纸张大小的限制。因此,在呈现 PDF 时,您会获得比 Web 更多的页面;但是,报告的内容完全一样。

    最好的例子是 Excel 渲染器 - 在大多数情况下,Excel 渲染器将整个报表渲染到一个工作表上(对于在组页脚设置分组和分页符的报表,它将在其自己的工作表上呈现每个组) .您不希望 Excel 渲染器人为地创建工作表来尝试对报表进行分页。它做了适当的事情,即将所有数据包含在一个大工作表中,即使这在逻辑上可能被认为是一个大“页面”。

    Web 渲染器页面长度由报表的 InteractiveHeight 属性(在报表的“属性”窗格中的 InteractiveSize 属性中)确定,但交互高度是一个近似值,而不是固定的分页符设置,您的分页符可能仍然即使 InteractiveHeight 设置为与目标页面长度相同的长度,也不符合 PDF 版本。

    【讨论】:

    • 谢谢,这是我不明白的一个参数。对于我的应用程序,我采取了简单的方法并删除了所有分页。在这种情况下,它得到了一个更好看的结果,但我很幸运。完成此操作后,我将对参数进行实验。谢谢
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多