3 回答

TA貢獻(xiàn)1805條經(jīng)驗(yàn) 獲得超9個(gè)贊
這通常是由USING子句中指定的查詢中的重復(fù)引起的。這可能意味著TABLE_A是父表,并且多次返回相同的ROWID。
您可以通過在查詢中使用DISTINCT來快速解決問題(事實(shí)上,如果'Y'是常量值,您甚至不需要將它放在查詢中)。
假設(shè)您的查詢正確(不知道您的表),您可以執(zhí)行以下操作:
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';

TA貢獻(xiàn)1841條經(jīng)驗(yàn) 獲得超3個(gè)贊
您可能嘗試多次更新目標(biāo)表的同一行。我剛剛在我開發(fā)的合并語句中遇到了同樣的問題。確保您的更新在執(zhí)行合并時(shí)不會(huì)多次觸摸相同的記錄。

TA貢獻(xiàn)1793條經(jīng)驗(yàn) 獲得超6個(gè)贊
如何排除ORA-30926錯(cuò)誤?(文件號(hào)471956.1)
1)識(shí)別失敗的陳述
alter session set events'30926 trace name errorstack level 3';
要么
alter system set events'30926 trace name errorstack off';
并在UDUMP發(fā)生時(shí)監(jiān)視.trc文件。
2)找到SQL語句后,檢查它是否正確(可能使用說明計(jì)劃或tkprof檢查查詢執(zhí)行計(jì)劃)并分析或計(jì)算相關(guān)表的統(tǒng)計(jì)信息(如果最近沒有這樣做)。重建(或刪除/重新創(chuàng)建)索引也可能有所幫助。
3.1)SQL語句是MERGE嗎?評(píng)估USING子句返回的數(shù)據(jù),以確保連接中沒有重復(fù)值。修改merge語句以包含確定性where子句
3.2)這是一個(gè)通過視圖的UPDATE語句嗎?如果是這樣,請(qǐng)嘗試將視圖結(jié)果填充到表中并嘗試直接更新表。
3.3)桌子上是否有觸發(fā)器?嘗試禁用它以查看它是否仍然失敗。
3.4)語句是否包含'IN-Subquery'中的不可合并視圖?如果查詢具有“FOR UPDATE”子句,則可能導(dǎo)致返回重復(fù)的行。見Bug 2681037
3.5)表中是否有未使用的列?刪除這些可能會(huì)防止錯(cuò)誤。
4)如果修改SQL無法解決錯(cuò)誤,則問題可能出在表中,特別是如果存在鏈接行。4.1)對(duì)SQL中使用的所有表運(yùn)行'ANALYZE TABLE VALIDATE STRUCTURE CASCADE'語句,以查看表或其索引中是否存在任何損壞。4.2)檢查并消除表中的任何CHAINED或遷移的ROWS。有一些方法可以最大限度地減少這種情況,例如正確設(shè)置PCTFREE。使用說明122020.1 - 行鏈接和遷移4.3)如果表另外是索引組織,請(qǐng)參閱:注釋102932.1 - 監(jiān)視IOT上的鏈接行
- 3 回答
- 0 關(guān)注
- 3135 瀏覽
添加回答
舉報(bào)