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

Question

我正在得到

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

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）也有数据。

为什么会出现这个错误以及如何解决？

Answer 1

这通常是由 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';

Answer 2

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

Answer 3

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

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

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

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

Answer 4

如何解决 ORA-30926 错误？ （文档 ID 471956.1）

1）识别失败的语句

更改会话设置事件“30926 跟踪名称错误堆栈级别 3”；

或者

改变系统设置事件'30926跟踪名称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) 检查并消除表上的任何链接或迁移的行。有一些方法可以最大限度地减少这种情况，例如正确设置 PCTFREE。
使用注释 122020.1 - 行链接和迁移
4.3) 如果表另外采用索引组织，请参阅：
注释 102932.1 - 监控 IOT 上的链接行

Answer 5

今天在 12c 上出现错误，并且现有答案都不适合（没有重复项，WHERE 子句中没有非确定性表达式）。根据 Oracle 的消息文本（下面强调），我的情况与错误的其他可能原因有关：

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

合并是较大批次的一部分，并在具有许多并发用户的实时数据库上执行。无需更改声明。我只是在合并之前提交了事务，然后单独运行合并，然后再次提交。于是在消息的建议操作中找到了解决方案：

操作：删除所有非确定性 where 子句并重新发出 dml。

Answer 6

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)而发生此错误，

我尝试使用唯一的它有效。

但是当我再次尝试合并而没有唯一的相同问题时，发生了
第二次是由于

合并后提交，如果未完成提交，则会显示相同的错误。

如果没有唯一性，如果在每次合并操作后都给出提交，则查询将起作用。

Answer 7

正如前面有人解释的那样，您的 MERGE 语句可能会尝试多次更新同一行，但这不起作用（可能会导致歧义）。

这是一个简单的例子。 MERGE 尝试在匹配给定搜索模式时将某些产品标记为已找到：

CREATE TABLE patterns(search_pattern VARCHAR2(20));
INSERT INTO patterns(search_pattern) VALUES('Basic%');
INSERT INTO patterns(search_pattern) VALUES('%thing');

CREATE TABLE products (id NUMBER,name VARCHAR2(20),found NUMBER);
INSERT INTO products(id,name,found) VALUES(1,'Basic instinct',0);
INSERT INTO products(id,name,found) VALUES(2,'Basic thing',0);
INSERT INTO products(id,name,found) VALUES(3,'Super thing',0);
INSERT INTO products(id,name,found) VALUES(4,'Hyper instinct',0);

MERGE INTO products p USING
(
   SELECT search_pattern FROM patterns
) o
ON (p.name LIKE o.search_pattern)
WHEN MATCHED THEN UPDATE SET p.found=1;

SELECT * FROM products;

如果 patterns 表包含 Basic% 和 Super% 模式，则 MERGE 有效前三个产品将被更新（找到）。但是，如果 patterns 表包含 Basic% 和 %thing 搜索模式，则 MERGE 不起作用，因为它将尝试更新第二个产品两次，并且这导致问题。如果某些记录需要更新多次，则 MERGE 不起作用。也许你会问为什么不更新两次！？

这里，第一次更新 1 和第二次更新 1 是相同的值，但这只是偶然的。现在看看这个场景：

CREATE TABLE patterns(code CHAR(1),search_pattern VARCHAR2(20));
INSERT INTO patterns(code,search_pattern) VALUES('B','Basic%');
INSERT INTO patterns(code,search_pattern) VALUES('T','%thing');

CREATE TABLE products (id NUMBER,name VARCHAR2(20),found CHAR(1));
INSERT INTO products(id,name,found) VALUES(1,'Basic instinct',NULL);
INSERT INTO products(id,name,found) VALUES(2,'Basic thing',NULL);
INSERT INTO products(id,name,found) VALUES(3,'Super thing',NULL);
INSERT INTO products(id,name,found) VALUES(4,'Hyper instinct',NULL);

MERGE INTO products p USING
(
   SELECT code,search_pattern FROM patterns
) s
ON (p.name LIKE s.search_pattern)
WHEN MATCHED THEN UPDATE SET p.found=s.code;

SELECT * FROM products;

现在第一个产品名称与 Basic% 模式匹配，它将使用代码 B 进行更新，但第二个产品与这两个模式匹配，并且无法使用两个代码进行更新< code>B 和 T 同时出现（歧义）！
这就是数据库引擎抱怨的原因。别怪它！它知道自己在做什么！ ;-)

Answer 8

几个小时后我无法解决这个问题。最终，我只是对连接的两个表进行了选择，创建了一个提取，并为表中的 500 行创建了单独的 SQL 更新语句。丑陋，但胜过花费数小时试图让查询工作。