问题描述
嗨,汤姆,
下午好。
我有一个存储过程正在运行很长时间。您能否建议如何优化代码。
有四张表。
1.阶段 _ 产品
2.停滞 _ 零售
3.产品
4.当前零售
该程序描述:
在staging_product中,列具有:
LOADED_TIMESTAMP,
记录状态,
扫描代码标识,
产品 _ 工程 _ 描述,
产品 _ pss_id,
IMG_URI_TXT
在staging_retail中,有以下列:
LOADED_TIMESTAMP,
记录状态,
有效日期,
商店 _ id,
扫描代码标识,
销售价格,
销售 _ 价格 _ x为 _ 数量,
销售 _ 重量 _ sw
在产品中,有以下列:
产品 _ 发动机 _ des
客户产品
pss_dept_id
img_uri_txt
scn_cd_id
在curr_retl中,有一些列具有:
当前 _ retl_prc
当前 _ x4 _ amt
wt_sw
rstr_sale_sw
str_nbr
scn_cd_id
在staging_product中,根据同一scan_code_id的不同loaded_timestamp列,可能有1000条记录,并且在staging_product表中大约有600万条scan_code_id,600万条X 1000 = 600万条记录。
我需要从阶段产品表中获取最新记录,即在最后登陆的scan_code_id,如果产品中有scan_code_id,则更新到产品表,否则需要插入产品表中。
像wise一样,还有另一个表,根据不同的商店需要更新和插入。
根据每个store_id和scan_code_id的loaded_timestamp列,从staging_retail中获取最新记录,如果存在相同的store_id和scan_code_id,则需要更新curr_retl表,否则插入curr_retl表。
有300个商店,每个商店有6 lakhs scan_code_id,300X6 lakhs = 1800 lakhs
根据不同的loaded_timestamp,每个store_id和scan_code_id都有arround 1000记录。
所以1800十万 × 1000 = 1800000万。
我已经使用了批量收集限制,但是处理200万个记录需要20分钟。请提出最好的方法来做到这一点 ....
谢谢。
下午好。
我有一个存储过程正在运行很长时间。您能否建议如何优化代码。
有四张表。
1.阶段 _ 产品
2.停滞 _ 零售
3.产品
4.当前零售
该程序描述:
在staging_product中,列具有:
LOADED_TIMESTAMP,
记录状态,
扫描代码标识,
产品 _ 工程 _ 描述,
产品 _ pss_id,
IMG_URI_TXT
在staging_retail中,有以下列:
LOADED_TIMESTAMP,
记录状态,
有效日期,
商店 _ id,
扫描代码标识,
销售价格,
销售 _ 价格 _ x为 _ 数量,
销售 _ 重量 _ sw
在产品中,有以下列:
产品 _ 发动机 _ des
客户产品
pss_dept_id
img_uri_txt
scn_cd_id
在curr_retl中,有一些列具有:
当前 _ retl_prc
当前 _ x4 _ amt
wt_sw
rstr_sale_sw
str_nbr
scn_cd_id
在staging_product中,根据同一scan_code_id的不同loaded_timestamp列,可能有1000条记录,并且在staging_product表中大约有600万条scan_code_id,600万条X 1000 = 600万条记录。
我需要从阶段产品表中获取最新记录,即在最后登陆的scan_code_id,如果产品中有scan_code_id,则更新到产品表,否则需要插入产品表中。
像wise一样,还有另一个表,根据不同的商店需要更新和插入。
根据每个store_id和scan_code_id的loaded_timestamp列,从staging_retail中获取最新记录,如果存在相同的store_id和scan_code_id,则需要更新curr_retl表,否则插入curr_retl表。
有300个商店,每个商店有6 lakhs scan_code_id,300X6 lakhs = 1800 lakhs
根据不同的loaded_timestamp,每个store_id和scan_code_id都有arround 1000记录。
所以1800十万 × 1000 = 1800000万。
我已经使用了批量收集限制,但是处理200万个记录需要20分钟。请提出最好的方法来做到这一点 ....
谢谢。
专家解答
我正在查看我的水晶球,看看是否可以从珀斯的这里看到您的源代码

不... 我的水晶球一定出了故障。
不... 我的水晶球一定出了故障。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
623次阅读
2025-04-18 14:18:38
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
610次阅读
2025-04-15 17:24:06
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
508次阅读
2025-04-08 09:12:48
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
495次阅读
2025-04-20 10:07:02
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
471次阅读
2025-04-22 00:20:37
Oracle 19c RAC更换IP实战,运维必看!
szrsu
448次阅读
2025-04-08 23:57:08
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
442次阅读
2025-04-22 00:13:51
一页概览:Oracle GoldenGate
甲骨文云技术
440次阅读
2025-04-30 12:17:56
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
438次阅读
2025-04-17 17:02:24
火焰图--分析复杂SQL执行计划的利器
听见风的声音
390次阅读
2025-04-17 09:30:30