문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
study:oracle:newmassdatabasesolutions:tableindexsinglebody [2008/02/25 11:50] joang77 |
study:oracle:newmassdatabasesolutions:tableindexsinglebody [2008/02/25 13:20] (현재) joang77 |
||
---|---|---|---|
줄 2: | 줄 2: | ||
- | + | === 분리형과 일체형의 비교 === | |
- | ===== 분리형과 일체형의 비교 | + | |
| 구분 | | 구분 | ||
줄 17: | 줄 16: | ||
^파티션 적용|허용|버전에 따라 차이가 있음| | ^파티션 적용|허용|버전에 따라 차이가 있음| | ||
^병렬처리|허용|버전에 따라 차이가 있음 \\ CTAS를 통한 병렬 데이터 로딩 \\ 파티션 및 일반 IOT의 병렬 고속 전체 스캔(FFS) \\ 파티션 IOT의 병렬 인덱스 스캔| | ^병렬처리|허용|버전에 따라 차이가 있음 \\ CTAS를 통한 병렬 데이터 로딩 \\ 파티션 및 일반 IOT의 병렬 고속 전체 스캔(FFS) \\ 파티션 IOT의 병렬 인덱스 스캔| | ||
+ | [Table 1. Regular Table vs Index-Organized Table] | ||
+ | {{study: | ||
- | ===== 일체형 테이블의 구조 및 특징 ===== | + | * 원본 : http:// |
- | + | \\ | |
- | ===== 논리적 ROWID와 물리적 주소(Physical Guess) ===== | + | \\ |
- | + | ||
- | ===== 오버플로우 영역(Overflow Area) ===== | + | |
- | ===== 일체형 테이블 | + | === 일체형 테이블의 구조 및 특징 |
+ | * 인덱스 경유 하지 않으므로 넓은 범위 처리의 효율성이 좋다. | ||
+ | * 인덱스만 스캔하는 경우에는 효율성이 떨어진다. | ||
+ | * 단점 | ||
+ | - 추가 인덱스 생성 : ROWID를 가지지 않으므로 추가 인덱스는 기본키를 사용해야하는데, | ||
+ | - 로우의 길이가 변화할 때마다 발생할 수 있는 오버플로우 | ||
+ | * 일반 컬럼이 같이 있으므로 길이가 증가 할 수 있고, \\ 로우마다 일정한 길이를 가지고 있지 않을 경우 발생할 수 있다. | ||
+ | * 기본값으로 설정할 경우에도 오버플로우가 발생 할 수 있다. | ||
+ | * 파라미터 설정으로 오버플로우 발생을 예방 가능 | ||
+ | \\ | ||
+ | \\ | ||
+ | === 논리적 ROWID와 물리적 주소(Physical Guess) === | ||
+ | === 오버플로우 영역(Overflow Area) === | ||
+ | === 일체형 테이블 생성 === |