各位前辈好,小马崽前来求助。业务背景:Oracle数据库中,有N个【业务库】,还有一个【用于分析的数据仓库】。相关【基础档案】的调度更新,由【业务部门】手工触发、执行。例如:【分析库A】中的【产品明细档案】,是从N个【业务库】中获取的。我尝试了以下思路,数据量小的时候,可以跑通;数据量大的时候,跑不通。1. 通过【普通报表】,将N个【业务库】中的【产品明细数据】拼成一段【SQL数据集】。2. 在【填报页面】,查询出数据,然后点击【提交】按钮。将数据导入【分析库--产品明细档案】。【报表填报属性】页面,增加两个内置规则,首先删除【查询年月的数据】,然后导入【查询年月的数据】。这个环节只能由【业务部门】操作,因为是他们在各个【业务系统】中维护【产品明细档案】,其清楚相关的改动调整事项;更新的时间点,由【业务部门】根据实际情况自行选择,灵活度会高一些。现象描述:上面的思路,有两个问题,导致无法落地。1. 【填报页面】,查询数据的时候会崩溃;因为全部显示在一个页面,FR不能在【填报页面】中做分页。目前每月有2万条左右的数据量,随着业务的持续经营,会继续增加。2. 点击【提交】按钮,页面也崩溃了。可能是数据量有点儿大,或者是其他原因,因为没有出现报错弹框信息,在设计器的【日志】框中,没有发现明显的错误记录。问题求助:1. 我当前的思路,要如何完善,才能正常落地?2. 是否有其他替代方案?替代方案1:在后台PL/SQL中写SQL查询数据(或者用FR分页查询数据),导出excel,再导入对应的【分析库】中。替代方案2:在后台PL/SQL写一段大SQL,先查询数据,再insert into 导入【分析库】。我不太想采用这两个方案,因为这个工作量想移交给【业务部门】直接在【FR前端】实现。那边可能一个月会有多次【类似操作】。