水晶报表的架构

Question

所有，

水晶报表的架构，

我有两个选择

1. 具有业务逻辑的存储过程，并在水晶报表上显示数据。（紧密耦合）作为SP是专门为报表设计的-重复使用率较低。 但重新编译。

2. 用于拉取数据并在报表本身上添加业务逻辑以过滤数据的视图。（松耦合）-可重用的视图，但是与SP相比，性能如何？

任何建议都欢迎...

Answer 1

如果我正确理解了您的问题，建议您实施方案1。

• 通过调用存储过程，您将减少网络流量，因为您只传递了参数定义和过程名称，而不是选项2中要发送给数据库的整个查询字符串。

• 使用存储过程还可以通过编译存储过程中的SQL语句集来保持计划缓存整洁，而不是为要在选项2中传递给数据库的字符串中的每个语句存储单独的计划。