使用存储过程提高 Crystal Reports 的性能

Question

最近我更新了一个水晶报表，它在客户端完成所有工作（选择、公式等），并使用 Oracle 11g 数据库通过存储过程更改了要在服务器端完成的所有逻辑.现在该报告仅用于显示存储过程的输出，没有其他用途。我读到的关于这个主题的所有内容都表明，使用存储过程应该会大大减少报告的运行时间，但从服务器检索数据仍然需要大致相同的时间。我写的存储过程有问题，还是水晶报表本身有问题？这是存储过程代码以及定义必要的REF CURSOR的包。

CREATE OR REPLACE
PROCEDURE         SP90_INVENTORYDATA_ALL 
(
  invdata_cur IN OUT sftnecm.inv_data_all_pkg.inv_data_all_type,
  dCurrentEndDate IN vw_METADATA.CASEENTRCVDDATE%type,
  dCurrentStartDate IN vw_METADATA.CASEENTRCVDDATE%type
)
AS
BEGIN
  OPEN invdata_cur FOR
     SELECT 
      vw_METADATA.CREATIONTIME, 
      vw_METADATA.RESRESOLUTIONDATE, 
      vw_METADATA.CASEENTRCVDDATE, 
      vw_METADATA.CASESTATUS, 
      vw_METADATA.CASENUMBER,
      (CASE WHEN vw_METADATA.CASEENTRCVDDATE < dCurrentStartDate AND (
        (vw_METADATA.CASESTATUS is null OR vw_METADATA.CASESTATUS != 'Closed') OR
        TO_DATE(vw_METADATA.RESRESOLUTIONDATE, 'MM/DD/YYYY') >= dCurrentStartDate) then 1 else 0 end) InventoryBegin,
      (CASE WHEN (to_date(vw_METADATA.RESRESOLUTIONDATE, 'MM/DD/YYYY') BETWEEN dCurrentStartDate AND dCurrentEndDate) 
        AND vw_METADATA.RESRESOLUTIONDATE is not null AND vw_METADATA.CASESTATUS is not null then 1 else 0 end) CaseClosed,
      (CASE WHEN vw_METADATA.CASEENTRCVDDATE BETWEEN dCurrentStartDate AND dCurrentEndDate then 1 else 0 end) CaseCreated   
 FROM   vw_METADATA 
 WHERE  vw_METADATA.CASEENTRCVDDATE <= dCurrentEndDate
 ORDER BY vw_METADATA.CREATIONTIME, vw_METADATA.CASESTATUS;
END SP90_INVENTORYDATA_ALL;

还有包裹：

CREATE OR REPLACE PACKAGE inv_data_all_pkg
AS TYPE inv_data_all_type IS REF CURSOR
RETURN inv_data_all_temp%ROWTYPE;
END inv_data_all_pkg;

Answer 1

如果 DB 服务器和 Crystal 服务器之间没有延迟，则更改数据处理发生的位置不会有任何影响。特别是如果没有大量数据通过网络移动。或者换句话说，两个同样快速的服务器被一个高性能的网络接口隔开，除非将数据处理转移到数据库服务器显着减少网络上的数据量，否则差别不大。

考虑调整查询（包括另一位受访者指出的）VW_METADATA 的定义。