问题描述
嗨,
我要在这里解释的问题有点奇怪和奇怪。
直接讨论这个问题; 有一个包含10个程序的软件包。其中一个叫休息9程序一个接一个。
在9过程之一中,它抛出异常为:
对象: 表 _ 1
并且其中出现错误的查询是:
但是,当我在plsql developer中分别执行相同的过程时,它运行绝对正常,没有任何错误。
我无法弄清楚同一过程的行为和行为方式不同; 一个是通过autosys作业执行 (或直接从服务器执行),另一个是通过plsql开发人员工具执行。
这是我第一次面临这样奇怪的问题。任何指导/帮助将不胜感激。
我可以轻松地处理该错误,但首先需要弄清楚为什么通过plsql developer执行相同的过程不会给出任何错误。
如果这对任何人来说听起来都很愚蠢,请原谅我,但请相信我,这是我一周以来观察到的情况。
提前谢谢。:)
我要在这里解释的问题有点奇怪和奇怪。
直接讨论这个问题; 有一个包含10个程序的软件包。其中一个叫休息9程序一个接一个。
在9过程之一中,它抛出异常为:
ERROR: ORA-01489: result of string concatenation is too long Failed复制
对象: 表 _ 1
并且其中出现错误的查询是:
SELECT COLUMN1 , LISTAGG(COLUMN2, '<>') WITHIN GROUP( ORDER BY ID) TITLE FROM TABLE2 B WHERE B.COLUMN1 NOT IN ('111222','333444') AND TRIM(COLUMN1) IS NOT NULL GROUP BY COLUMN1复制
但是,当我在plsql developer中分别执行相同的过程时,它运行绝对正常,没有任何错误。
我无法弄清楚同一过程的行为和行为方式不同; 一个是通过autosys作业执行 (或直接从服务器执行),另一个是通过plsql开发人员工具执行。
这是我第一次面临这样奇怪的问题。任何指导/帮助将不胜感激。
我可以轻松地处理该错误,但首先需要弄清楚为什么通过plsql developer执行相同的过程不会给出任何错误。
如果这对任何人来说听起来都很愚蠢,请原谅我,但请相信我,这是我一周以来观察到的情况。
提前谢谢。:)
专家解答
当listagg返回长度超过varchar2限制 (4,000或32,767字节,取决于您的max_string_size设置) 的字符串时,您会收到ORA-01489错误。
最可能的原因是过程中的调用是事务的一部分,因此您可以看到不同的数据。
您确定运行查询时表中的值与出错时相同吗?
您可以使用overflow子句避免错误:
但这会导致数据丢失。还有其他解决方法-请参阅:
https://blogs.oracle.com/datawarehousing/managing-overflows-in-listagg
最可能的原因是过程中的调用是事务的一部分,因此您可以看到不同的数据。
您确定运行查询时表中的值与出错时相同吗?
您可以使用overflow子句避免错误:
listagg ( ... on overflow truncate )复制
但这会导致数据丢失。还有其他解决方法-请参阅:
https://blogs.oracle.com/datawarehousing/managing-overflows-in-listagg
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
786次阅读
2025-04-18 14:18:38
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
664次阅读
2025-04-15 17:24:06
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
591次阅读
2025-04-20 10:07:02
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
548次阅读
2025-04-22 00:13:51
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
532次阅读
2025-04-17 17:02:24
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
510次阅读
2025-04-22 00:20:37
一页概览:Oracle GoldenGate
甲骨文云技术
496次阅读
2025-04-30 12:17:56
火焰图--分析复杂SQL执行计划的利器
听见风的声音
470次阅读
2025-04-17 09:30:30
OR+DBLINK的关联SQL优化思路
布衣
382次阅读
2025-05-05 19:28:36
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
382次阅读
2025-04-15 14:48:05