朋友们，我们继续上一章所讲。上一章我们讲到了创建报表时直接优化的方法（详情请看：开发者不可不知的10个报表优化方法（一） ),今天我们进入深层次学习，优化报表产品用户体验，避免不必要的成本。

回顾上一章，我们列出了优化的两个方式：

第一，提高报表渲染速度
第二，减少内存占用

说明：下文中每一点后都会有对应图标做出相应说明。

以下示例均为Stimulsoft Report报表制作，你可以点击下载 Stimulsoft Report报表边看边用

下面我们继续讲解：

六、尽量不使用子报表

为了加速报表渲染，我们建议不使用子报表，而使用DataBand组件。主要的原因是，当渲染子报表的时候，一个无限高度的页面会被创建，渲染结束后该页就被损坏了。这样还会导致大量后续检查。当使用DataBand组件的时候，内容要完全放置在主报告中。此外，报表的引擎在与DataBand一起工作的时候是高度优化过的。

七、运用Report Checker工具

在Stimulsoft Reports中，Report Checker工具用来检测报表中错误。这个组件会分析报表信息、错误信息和报表中的提示警告。如果在渲染报表的时候发生错误 Checker就会生成信息或者提示解决办法。例如：删除组件，将其移动到打印区域或禁用属性等。这样做都可以提高报表渲染速度。

八、说明模式

在说明模式中，不能编译，因此，时间和内存不被占用，一个报表有很多的组件非常重要，但我们必须指出，这个模式相对较新，你可能会遇到些问题。比如：错误操作这些复杂的表达式，还有报告中使用的事件脚本不能在这个模式中工作。

九、连接组件

另一个提高建立报表和减少内存占用的方法是将报表编写成.dll文件。这种方法的主要优势是，编译只会有一次，下一次，这个编译好的报表就会被加载，而且不会出什么问题。当更新到最新的版本时，你必须重新编译报表模版（.mrt文件）到一个集合中，不然就可能会出错。

十、使用Table组件

Table是一个合成组件。如果渲染复杂的报表，最好用Band替代它，因为Table中包含了一组项目，他重建每一个项目都会产生大量检测，如果报表结构过于复杂，报表很可能会被损坏，或者出现其他错误。这个组件适用于快速创建报表，但是渲染过程比较缓慢。他可以用于创建简单的报表列表以及结构不太复杂的报表。其他的，就建议用Band替代它。