我有一個包含大量記錄（可能超過500 000或1 000 000）的表。我在這個表中添加了一個新列，並且我需要爲該列中的每一行填充一個值，使用此表中另一列的相應行值。更新表中所有行的有效方法
我嘗試使用單獨的事務來選擇100條記錄的每個下一個塊並更新它們的值，但是仍然需要花費數小時來更新Oracle10中的所有記錄。
什麼是最有效的方式來做到這一點在SQL中，沒有使用一些方言特有的功能，所以它無處不在（Oracle，MSSQL，MySQL，PostGre等）？
其他信息：沒有計算字段。有索引。使用生成的SQL語句逐行更新表。
的常用方法是使用UPDATE：
UPDATE mytable
SET new_column = <expr containing old_column>
你應該能夠做到這一點是一個單一的交易。
可能不適合你，但是在過去類似的情況下，我使用了一些技巧。
created created_ {table_name}，然後選擇批量插入到此表中。一旦完成，這取決於Oracle（我不知道或使用）支持以原子方式重命名錶的能力。 updated_ {table_name}變爲{table_name}，而{table_name}變爲original_ {table_name}。
最後一次我不得不這樣做是因爲一個有數百萬行的索引嚴重的表，絕對肯定無法在需要對其進行一些重大更改的持續時間內鎖定。
由於馬塞洛提示：
UPDATE mytable
SET new_column = <expr containing old_column>;
如果時間過長，未能因「快照太舊」錯誤（例如，如果表達式查詢另一種高活性表），如果爲新值列總是不爲NULL，您可以批量更新表：
UPDATE mytable
SET new_column = <expr containing old_column>
WHERE new_column IS NULL
AND ROWNUM <= 100000;
只需運行此語句，然後再運行它;沖洗，重複，直到它報告「0行更新」。這需要更長的時間，但每次更新都不太可能失敗。
編輯：
一個更好的選擇，應該是更有效的是使用DBMS_PARALLEL_EXECUTE API。
示例代碼（從Oracle文檔）：
DECLARE
l_sql_stmt VARCHAR2(1000);
l_try NUMBER;
l_status NUMBER;
BEGIN
-- Create the TASK
DBMS_PARALLEL_EXECUTE.CREATE_TASK ('mytask');
-- Chunk the table by ROWID
DBMS_PARALLEL_EXECUTE.CREATE_CHUNKS_BY_ROWID('mytask', 'HR', 'EMPLOYEES', true, 100);
-- Execute the DML in parallel
l_sql_stmt := 'update EMPLOYEES e
SET e.salary = e.salary + 10
WHERE rowid BETWEEN :start_id AND :end_id';
DBMS_PARALLEL_EXECUTE.RUN_TASK('mytask', l_sql_stmt, DBMS_SQL.NATIVE,
parallel_level => 10);
-- If there is an error, RESUME it for at most 2 times.
l_try := 0;
l_status := DBMS_PARALLEL_EXECUTE.TASK_STATUS('mytask');
WHILE(l_try < 2 and l_status != DBMS_PARALLEL_EXECUTE.FINISHED)
LOOP
l_try := l_try + 1;
DBMS_PARALLEL_EXECUTE.RESUME_TASK('mytask');
l_status := DBMS_PARALLEL_EXECUTE.TASK_STATUS('mytask');
END LOOP;
-- Done with processing; drop the task
DBMS_PARALLEL_EXECUTE.DROP_TASK('mytask');
END;
/
的Oracle文檔：https://docs.oracle.com/database/121/ARPLS/d_parallel_ex.htm#ARPLS67333
我認爲這對於非常大且高度使用的桌子來說是個好主意！我還沒有這樣的失敗，但你有+1 :) – 2010-04-15 07:33:16
有些事告訴我，這也避免了長時間鎖定整個表。在這種情況下，只有一個'小'塊會在單次運行期間被鎖定。 – 2013-11-21 09:36:06
什麼是數據庫的版本？看看虛擬列在11g：
很少人後藤如果存在更新的/ instered列disabiling'INDEX' ES的極致，讓晚上的工作，對其進行分析。 – Guru 2010-04-14 07:50:51
我們需要更多信息。告訴我們關於表格模式......任何「計算」列？任何索引？ 500k - 1m行不是很多記錄。 – Timothy 2010-04-14 08:46:19
謝謝大家的快速響應。我跳過了我正在使用生成的SQL語句的部分。現在我深入瞭解它，它看起來像生成的SQL逐行更新！因此，任何試圖以100個記錄塊分隔的嘗試都是沒有意義的......我將更改代碼以生成正確的SQL UPDATE語句，如同在接受的答案中一樣。 – 2010-04-14 09:35:50