问题描述
事实表与超过250M行。
所讨论的数据约为100M。我正在运行一个季度汇总,以计算不同谷物的简单加权平均值。
我正在使用的查询非常简单明了。
但是,当针对整个数据集执行时,我得到以下错误:
ORA-00039: 周期动作时出错
ORA-04036: 实例使用的PGA内存超过PGA_AGGREGATE_LIMIT
00039. 00000-“周期性动作期间的错误”
* 原因: 执行周期性调用时发生意外错误
行动。
* 操作: 检查错误堆栈以获取详细的错误信息。
在实际环境中,数据源是一个视图,但没有定义并行性。
问题: 您能否解释一下在什么情况下会出现此错误?
对于针对100M行运行聚合,这是正确的方法吗?(使用联合?)
有没有更好的方法来做这种聚合?
请参阅下面的查询和随附的实时SQL链接:
选择 “全部” 作为谷物,“全部” 作为位置,“全部” 作为部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
联盟
选择 “位置” 作为谷物,位置,“全部” 作为部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
按位置分组
联盟
选择 “部门” 作为谷物,“全部” 作为位置,部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
按部门分组
所讨论的数据约为100M。我正在运行一个季度汇总,以计算不同谷物的简单加权平均值。
我正在使用的查询非常简单明了。
但是,当针对整个数据集执行时,我得到以下错误:
ORA-00039: 周期动作时出错
ORA-04036: 实例使用的PGA内存超过PGA_AGGREGATE_LIMIT
00039. 00000-“周期性动作期间的错误”
* 原因: 执行周期性调用时发生意外错误
行动。
* 操作: 检查错误堆栈以获取详细的错误信息。
在实际环境中,数据源是一个视图,但没有定义并行性。
问题: 您能否解释一下在什么情况下会出现此错误?
对于针对100M行运行聚合,这是正确的方法吗?(使用联合?)
有没有更好的方法来做这种聚合?
请参阅下面的查询和随附的实时SQL链接:
选择 “全部” 作为谷物,“全部” 作为位置,“全部” 作为部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
联盟
选择 “位置” 作为谷物,位置,“全部” 作为部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
按位置分组
联盟
选择 “部门” 作为谷物,“全部” 作为位置,部门
,sum (工资 * 重量)/sum (重量) as Salary_Avg
,sum (奖金 * 重量)/sum (重量) as Bonus_Avg
,sum (佣金 * 重量)/sum (重量) as Commission_Avg
,sum (术语 * 权重)/sum (权重) 作为Term_Avg
来自员工
按部门分组
专家解答
这三个查询看起来是互斥的,即,它不可能有重叠 (仅仅是由于颗粒列)。
A和B的并集是:
-拿一个
-得到B
-删除在A和B中都出现的条目,因此我们不会重复它们
最后一步意味着一个大的排序操作。
所以把工会改成工会,看看你怎么走。
即使这样,也请检查您的PGA_AGGREGATE_LIMIT,以确保为数据库/计算机合理地设置了它。
A和B的并集是:
-拿一个
-得到B
-删除在A和B中都出现的条目,因此我们不会重复它们
最后一步意味着一个大的排序操作。
所以把工会改成工会,看看你怎么走。
即使这样,也请检查您的PGA_AGGREGATE_LIMIT,以确保为数据库/计算机合理地设置了它。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
595次阅读
2025-04-15 17:24:06
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
560次阅读
2025-04-18 14:18:38
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
482次阅读
2025-04-08 09:12:48
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
472次阅读
2025-04-20 10:07:02
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
457次阅读
2025-04-22 00:20:37
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
430次阅读
2025-04-22 00:13:51
Oracle 19c RAC更换IP实战,运维必看!
szrsu
430次阅读
2025-04-08 23:57:08
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
414次阅读
2025-04-17 17:02:24
火焰图--分析复杂SQL执行计划的利器
听见风的声音
358次阅读
2025-04-17 09:30:30
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
356次阅读
2025-04-15 14:48:05