모든 행 업데이트

단일 열에 대해 매우 큰 Oracle 테이블의 모든 행을 업데이트하는 가장 효율적인 방법을 알고 싶습니다. 예를 들면 다음과 같습니다.

update mytable set mycolumn=null;

또는:

update mytable set mycolumn=42;

내 지식이 매우 부실 할 수 있습니다. 내가하는 일은 테이블을 변경하여 열을 삭제하는 것입니다. 그런 다음 테이블을 변경하여 사용하려는 새 값의 기본값으로 열을 추가합니다. 그런 다음 테이블을 변경하여 열의 기본값을 제거합니다. 업데이트를 실행하는 것보다 훨씬 빠르지 만 더 나은 방법이 있다고 생각합니다.

이 대량 업데이트를 수행하는 동안이 테이블에 대해 진행중인 다른 활동에 따라 달라집니다. 당신이하고 싶은 일의 샘플을 실행하고 어떤 방법이 가장 좋은지 알 수있는 일종의 테스트 환경이 있기를 바랍니다. 나는 시도 할 것이다 :

1. 싱글을 실행 update table set column_name = blah;
2. plSql 루프를 생성하여 테이블의 모든 기본 키를 선택하고 반복 updating the column=blah하고 모든 X 업데이트를 커밋합니다 (10000 일 수 있음). 이 코드를 복사하여 기본 키의 별도 섹션으로 복사하여이 코드를 병렬화 할 수 있습니다.

우리는 OLTP 시스템에서 매우 적극적으로 사용되는 테이블과 비슷한 문제를 겪었고이를 5 배 병렬화 할 수 있었고 10000마다 커밋하는 100+ MM 행 테이블에 대한 사용자 잠금 영향없이 실행할 수있었습니다. 테이블이 크거나 실행중인 응용 프로그램의 종류가 크지 만 이러한 종류의 솔루션이 적합 할 수 있습니다.

빠른 속도 UPDATE를 위해서는 발사중인 트리거가 없는지 확인하십시오.

SELECT trigger_name, status FROM user_triggers WHERE table_name = 'MYTABLE';

ALTER TABLE mytable DISABLE ALL TRIGGERS;

완료되면 원하는 것을 다시 활성화하십시오.

ALTER TRIGGER mytrigger ENABLE;

인덱스 유지 관리 오버 헤드가 발생할 수도 있습니다. 인덱스를 별도로 다시 작성하십시오. 그렇게하려면 pappes의 대답이 도움이되어야합니다 : https : //.com/questions/129046/disable-and-later-enable-all-table-indexes-in-oracle

나는 여기에 참고로 pappes의 대답을 반복하고 있습니다. (이 SPOOL 명령은 플랫폼 및 환경에 대한 가정을합니다.)

set pagesize 0    
alter session set skip_unusable_indexes = true;
spool c:\temp\disable_indexes.sql
select 'alter index ' || u.index_name || ' unusable;' from user_indexes u;
spool off
@c:\temp\disable_indexes.sql

가져 오기 ...

select 'alter index ' || u.index_name || ' rebuild online;'
  from user_indexes u;

색인을 제거하십시오. 열을 업데이트하십시오. 인덱스를 다시 돌려줍니다. 그러나 열에 모든 행에 대해 하나의 동일한 값이 포함되어 있으면 인덱스를 삭제할 수 있습니다.

공간 제한이없는 경우 해당 테이블에 새 열이 추가 된 테이블과 동일한 새 테이블을 만들고 이전 테이블을 삭제할 수 있습니다.

create new_table as
select old_table.*, (with or without default_Value) as new_column
from old_table;

여러 업데이트 / 커밋 시퀀스를 시도하십시오. 커밋없이 너무 많은 행을 삽입 / 업데이트 / 삭제하면 많은 IO로드가 발생합니다. 블록 크기와 레코드 크기 및 내용을 알고 있으면 상당히 최적화 할 수 있습니다.

테이블에서 전체 데이터를 삭제하려면 truncate table x보다 낫습니다 delete from x. 또한 제거는 또 다른 프로세스 워크로드를 만듭니다.

편집 :inmemory 옵션 을 사용 하여 메모리에 테이블을 열 형식으로로드 한 다음 업데이트를 수행 할 수 있습니다. 그것은 실제로 DB의 관계와 구조에 달려 있습니다. 이 기사를 참조하십시오 .