ORA-30926:无法在源表中获得稳定的行集

Omn*_*ent 124 oracle sql-merge

我正进入(状态

ORA-30926:无法在源表中获得稳定的行集

在以下查询中:

  MERGE INTO table_1 a
      USING 
      (SELECT a.ROWID row_id, 'Y'
              FROM table_1 a ,table_2 b ,table_3 c
              WHERE a.mbr = c.mbr
              AND b.head = c.head
              AND b.type_of_action <> '6') src
              ON ( a.ROWID = src.row_id )
  WHEN MATCHED THEN UPDATE SET in_correct = 'Y';
Run Code Online (Sandbox Code Playgroud)

我运行table_1它有数据,我也运行内部查询(src)也有数据.

为什么会出现此错误以及如何解决?

Pop*_*Pop 189

这通常是由USING子句中指定的查询中的重复引起的.这可能意味着TABLE_A是父表,并且多次返回相同的ROWID.

您可以通过在查询中使用DISTINCT来快速解决问题(事实上,如果'Y'是常量值,您甚至不需要将它放在查询中).

假设您的查询正确(不知道您的表),您可以执行以下操作:

  MERGE INTO table_1 a
      USING 
      (SELECT distinct ta.ROWID row_id
              FROM table_1 a ,table_2 b ,table_3 c
              WHERE a.mbr = c.mbr
              AND b.head = c.head
              AND b.type_of_action <> '6') src
              ON ( a.ROWID = src.row_id )
  WHEN MATCHED THEN UPDATE SET in_correct = 'Y';
Run Code Online (Sandbox Code Playgroud)

  • 这可能就是为什么其他方法(对我来说)也为我返回了其他错误(例如“此处不允许使用过程、函数、包或类型”和“无法修改映射到非键保留表错误的列,同时尝试插入视图')。~ 如果它对其他人有帮助,即使在添加了 distinct in 之后,我也遇到了同样的错误,直到我重新安排了内部查询的连接,所以我从返回多行的表开始,并从那里进行了内部连接……如果那样的话说得通。 (2认同)

DCo*_*kie 40

您可能尝试多次更新目标表的同一行.我刚刚在我开发的合并语句中遇到了同样的问题.确保您的更新在执行合并时不会多次触摸相同的记录.

  • +1,谢谢,这只是发生在我的目标表上,有少量重复项(至少基于合并中使用的键)。 (4认同)

小智 20

对一般情况下使用 DISTINCT 解决错误 ORA-30926 的进一步说明:

您需要确保 USING() 子句指定的数据集没有连接列(即ON() 子句中的列)的重复值。

在 OP 的示例中,USING 子句仅选择一个键,将 DISTINCT 添加到 USING 子句就足够了。然而,在一般情况下,USING 子句可以选择要匹配的键列的组合以及要在 UPDATE ... SET 子句中使用的属性列。因此,在一般情况下,将 DISTINCT 添加到 USING 子句仍将允许相同键的不同更新行,在这种情况下,您仍然会收到 ORA-30926 错误。

这是对 DCookie 的答案和 Tagar 的答案中第 3.1 点的阐述,根据我的经验,这可能不会立即显而易见。

  • 我不明白投反对票。这是我的情况(多列),独特的解决方法没有效果。因此,正如 @Durban_legend 所说,需要确保没有重复(我删除了一些 ID 列“剩余”),然后使用 Distinct 并工作。支持这一澄清,因为它在接受的答案中并不是立即显而易见的。 (3认同)

Tag*_*gar 6

如何排除ORA-30926错误?(文件号471956.1)

1)识别失败的陈述

alter session set events'30926 trace name errorstack level 3';

要么

alter system set events'30926 trace name errorstack off';

并在UDUMP发生时监视.trc文件.

2)找到SQL语句后,检查它是否正确(可能使用说明计划或tkprof检查查询执行计划)并分析或计算相关表的统计信息(如果最近没有这样做).重建(或删除/重新创建)索引也可能有所帮助.

3.1)SQL语句是MERGE吗?评估USING子句返回的数据,以确保连接中没有重复值.修改merge语句以包含确定性where子句

3.2)这是一个通过视图的UPDATE语句吗?如果是这样,请尝试将视图结果填充到表中并尝试直接更新表.

3.3)桌子上是否有触发器?尝试禁用它以查看它是否仍然失败.

3.4)语句是否包含'IN-Subquery'中的不可合并视图?如果查询具有"FOR UPDATE"子句,则可能导致返回重复的行.见Bug 2681037

3.5)表中是否有未使用的列?删除这些可能会防止错误.

4)如果修改SQL无法解决错误,则问题可能出在表中,特别是如果存在链接行.4.1)对SQL中使用的所有表运行'ANALYZE TABLE VALIDATE STRUCTURE CASCADE'语句,以查看表或其索引中是否存在任何损坏.4.2)检查并消除表中的任何CHAINED或迁移的ROWS.有一些方法可以最大限度地减少这种情况,例如正确设置PCTFREE.使用说明122020.1 - 行链接和迁移4.3)如果表另外是索引组织,请参阅:注释102932.1 - 监视IOT上的链接行


Cee*_* it 5

今天在12c上出现错误,并且没有现有的答案适合(没有重复,WHERE子句中没有不确定的表达式)。根据Oracle的消息文本(以下强调),我的情况与该错误的其他可能原因有关:

ORA-30926:无法在源表中获得稳定的行集
原因:由于大量的dml活动或不确定的where子句而无法获得稳定的行集。

合并是较大批处理的一部分,并且在具有许多并发用户的实时数据库中执行。无需更改该语句。我只是在合并之前提交了事务,然后分别运行合并,然后再次提交。因此,在消息的建议操作中找到了解决方案:

行动:删除所有不确定的where子句,然后重新发出dml