我来了
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';
我已经运行了table_1，它有数据，我也运行了内部查询 (src)，它也有数据。
为什么会出现这个错误，如何解决？
【问题讨论】：
您可能试图多次更新目标表的同一行。我刚刚在我开发的合并语句中遇到了同样的问题。确保您的更新在执行合并时不会多次触及同一记录。
【讨论】：
这通常是由在 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';
【讨论】：
如何解决 ORA-30926 错误？ （文档 ID 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 子句返回的数据以确保连接中没有重复值。修改合并语句以包含确定性 where 子句
3.2) 这是通过视图的 UPDATE 语句吗？ 如果是这样，请尝试将视图结果填充到表中并尝试直接更新表。
3.3) 桌子上有触发器吗？尝试禁用它以查看它是否仍然失败。
3.4) 语句是否在“IN-Subquery”中包含不可合并的视图？如果查询具有“FOR UPDATE”子句，这可能会导致返回重复的行。请参阅错误 2681037
3.5) 表中是否有未使用的列？删除这些可能会防止错误。
4) 如果修改 SQL 不能解决错误，则问题可能出在表上，尤其是在存在链式行的情况下。 4.1) 对 SQL 中使用的所有表运行“ANALYZE TABLE VALIDATE STRUCTURE CASCADE”语句，以查看表或其索引中是否存在任何损坏。 4.2) 检查并消除表上的任何 CHAINED 或迁移的 ROWS。有一些方法可以减少这种情况，例如正确设置 PCTFREE。 使用说明 122020.1 - 行链接和迁移 4.3）如果表是另外索引组织的，请参见： Note 102932.1 - 监控 IOT 上的链式行
【讨论】：
今天在 12c 上出现错误，并且现有答案都不适合（没有重复，WHERE 子句中没有非确定性表达式）。根据 Oracle 的消息文本（以下重点），我的案例与其他可能的错误原因有关：
ORA-30926：无法在源表中获得一组稳定的行
原因：由于大量 dml 活动或不确定的 where 子句，无法获得一组稳定的行。
合并是更大批次的一部分，并在具有许多并发用户的实时数据库上执行。没有必要更改声明。我只是在合并之前提交了事务，然后单独运行合并，然后再次提交。所以在消息的建议操作中找到了解决方案：
操作：删除任何不确定的 where 子句并重新发布 dml。
【讨论】：
NETWORK_LINK 参数）时，我收到了该错误消息，您突出显示的注释可能解释了它。幸运的是，只有统计数据受到影响。
SQL Error: ORA-30926: unable to get a stable set of rows in the source tables
30926. 00000 - "unable to get a stable set of rows in the source tables"
*Cause: A stable set of rows could not be got because of large dml
activity or a non-deterministic where clause.
*Action: Remove any non-deterministic where clauses and reissue the dml.
这个错误发生在我身上因为重复记录（16K）
我尝试了独特的效果。
但是当我尝试合并时又出现了相同的问题 第二次是由于提交
合并后如果提交未完成，将显示相同的错误。
如果没有唯一性，如果在每次合并操作后提交，查询将起作用。
【讨论】：
进一步说明在一般情况下使用 DISTINCT 解决错误 ORA-30926：
您需要确保 USING() 子句指定的数据集没有 join 列 的重复值，即 ON() 子句中的列。
在 OP 的示例中，USING 子句仅选择一个键，将 DISTINCT 添加到 USING 子句就足够了。但是，在一般情况下，USING 子句可以选择要匹配的键列和要在 UPDATE ... SET 子句中使用的属性列的组合。因此在一般情况下，在 USING 子句中添加 DISTINCT 仍然会允许相同键的不同更新行，在这种情况下您仍然会收到 ORA-30926 错误。
这是对 DCookie 的回答和 Tagar 的回答中第 3.1 点的详细阐述，根据我的经验，这可能不会立即显而易见。
【讨论】：
几个小时后我无法解决这个问题。最终，我只是做了一个选择，将两个表连接起来，创建了一个提取并为表中的 500 行创建了单独的 SQL 更新语句。丑陋但比花费数小时试图让查询起作用。
【讨论】：