PL/SQL也是一门语言,后台开发经常会用到。
目前做要到一个功能,关于“报表任务调度”,说明白了就是做几张报表,每天统计一次新数据,用于在PC页面上显示,我苦思冥想了几天,总结出三种方案。
开发环境:SSM+oracle(spring,spring MVC,mybatis + oracle)。
1、在pl/sql上,每张报表开发一个对应的储存过程,每个存储过程新建一个DBMS_JOB,按相关需求定时执行。
2、在pl/sql上,每张报表开发一个对应的储存过程,新建一张“报表信息表”,用于保存存储过程信息;紧接着新建额外的存储过程“报表任务调度过程”,在此存储过程里调用报表对应的存储过程,通过spring的定时任务(quartz)去定时调用存储过程“报表任务调度过程”。
备注:在存储过程==》“报表任务调度过程”调用报表存储过程如下
V_COMMAND := ‘BEGIN ‘ || V_RPT_PRO || ‘; END;‘; (假设已经声明 V_COMMAND VARCHAR2(300);)
EXECUTE IMMEDIATE V_COMMAND
USING IN param1, OUT V_param2, OUT V_param1, OUT V_param2; --参数类型和传递顺序必须与存储过程中的保持一致
3、在pl/sql上,新建一个package,package bady里面开发报表对应的储存过程,加载到main里面,新建一个DBMS_JOB,定时执行JOB。
分析一下:
第一种方案比较容易理解,但比较麻烦,也不好维护。
第二种方案,流程是:spring调用“报表任务调度过程”,“报表任务调度过程”调用报表的存储过程,这样就不用新建DBMS_JOB,还能根据传入的参数来决定何时调用哪一个报表的存储过程,只要修改spring配置就能修改常用业务,便于管理,功能和业务也很好拓展和维护。
第三种方案,用包和统一管理存储过程,也比较好维护和拓展,而且只需要新建一个JOB来调用MAIN即可,在开发效率,管理和维护上,也是一种不错的选择。
分析完以上三种方案之后,根据现实情况,决定用第二种方案,理由是:系统是的B/S模式,很多功能都需要在页面上进行操作和管理,用第二种方案可以很直观的进行维护和管理。