SQLP
시험 직전 요약장
판단 기준과 헷갈리는 개념, 대표 예제를 짧게 확인하세요.
Parallel Query·DDL·DML 운영: DOP·활성 조건·자원·트랜잭션
원래 이론 →판단 기준
표를 좌우로 밀어 나머지 열을 확인하세요. 키보드: ←·→, Home·End
| 혼동하기 쉬운 판단 | 정확한 기준 |
|---|---|
PARALLEL Hint만 쓰면 PDML | PDML Mode 활성화와 DOP 근거·제한 통과가 모두 필요 |
ENABLE_PARALLEL_DML이 DOP를 결정 | Mode 허용 Hint이며 DOP는 별도 근거에서 결정 |
| DML 내부 Query가 병렬이면 Target 변경도 병렬 | Query와 DML 부분은 독립적으로 판단 |
APPEND가 Parallel Insert를 강제 | Direct-Path 선택 Hint이며 병렬 여부와 독립 |
| Parallel Insert는 Conventional Insert | 기본은 Direct-Path이며 NOAPPEND로 Conventional Path 선택 가능 |
| Parallel DDL의 DOP는 작업 후 사라짐 | 일부 DDL의 Parallel 선언은 Object 속성으로 저장될 수 있음 |
NOLOGGING이면 Redo·Undo가 전혀 없음 | Conventional Insert는 로깅되고 Direct-Path도 Metadata Redo·Undo가 있음 |
PARALLEL_SERVERS_TARGET이 절대 PX 상한 | Queue 시작 Threshold이며 절대 상한은 PARALLEL_MAX_SERVERS |
| 요청 DOP와 실제 DOP는 항상 같음 | Queue·Resource Manager·가용 PX·Granule 수로 달라질 수 있음 |
| 26ai에서는 ORA-12838이 항상 사라짐 | Heap·ASSM·AUTOALLOCATE·COMPATIBLE>=23.0 등 조건 확인 |
| 한 Batch가 빨라지면 운영도 성공 | 다른 Session과 시스템 Throughput까지 측정 |
헷갈리는 개념
표를 좌우로 밀어 나머지 열을 확인하세요. 키보드: ←·→, Home·End
| 항목 | Serial | Parallel | 판단 |
|---|---|---|---|
| 경과시간 | 90분 | 28분 | 단일 작업 완료시간 개선 |
| CPU 사용 | 1 Core 중심 | 12 Core 사용 | 다른 업무 영향 확인 |
| Physical Read | 2TB | 2TB 이상 가능 | 총 I/O가 줄지 않을 수 있음 |
| PGA·TEMP | 낮음 | 크게 증가 | 동시 실행 가능성 확인 |
| Redo·Undo | 기준 | PDML·Logging에 따라 변화 | Rollback·Recovery 확인 |
| Queue Time | 없음 | 4분 | Batch Window 포함 판단 |
| 시스템 처리량 | 기준 | 별도 측정 | 최종 운영 판정 |
병렬 처리 성공은 Plan에 PX가 나타나는 것이 아니라, 업무 완료시간과 시스템 전체 안정성을 동시에 만족하는 것입니다.
대표 계산·예제
예를 들어 DOP 8 Hash Join이 Producer·
내 최근 연습 오답
현재 브라우저의 연습 채점 기록에서 공개된 단원과 연결된 오답을 확인합니다.
오답 기록을 확인하고 있습니다.