낙관적 병행제어: Difference between revisions

From IT Wiki
No edit summary
No edit summary
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[분류:데이터베이스]]
;Optimistic Concurrency Control
;Optimistic Concurrency Control
 
; 트랜잭션 수행 동안은 어떠한 검사도 하지 않고, 트랜잭션 종료 시에 일괄적으로 검사하는 [[데이터베이스 병행제어]] 기법
* 트랜잭션 수행 동안은 어떠한 검사도 하지 않고, 트랜잭션 종료 시에 일괄적으로 검사
* 트랜잭션 수행 동안 그 트랜잭션을 위해 유지되는 데이터 항목들의 지역 사본에 대해서만 갱신
* 트랜잭션 수행 동안 그 트랜잭션을 위해 유지되는 데이터 항목들의 지역 사본에 대해서만 갱신
* 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
* 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
* 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
* 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
{| class="wikitable"
|-
! 과정 !! 동작
|-
| Read Phase || 검증 없이 트랜잭션 수행
|-
| Validation Phase || 종료 시 동시성 검증 수행
|-
| Execution Phase || 문제 없을 시 기록, 동시성 문제 발견 시 철회
|}


=== cf. 비관적 병행제어 ===
=== cf. 비관적 병행제어 ===

Latest revision as of 22:50, 23 October 2019

Optimistic Concurrency Control
트랜잭션 수행 동안은 어떠한 검사도 하지 않고, 트랜잭션 종료 시에 일괄적으로 검사하는 데이터베이스 병행제어 기법
  • 트랜잭션 수행 동안 그 트랜잭션을 위해 유지되는 데이터 항목들의 지역 사본에 대해서만 갱신
  • 트랜잭션 종료 시에 동시성을 위한 트랜잭션 직렬화가 검증되면 일시에 DB로 반영
  • 장기 트랜잭션 철회시 자원낭비 가능성이 있어, 동시 사용 빈도가 낮은 시스템에서 주로 사용
과정 동작
Read Phase 검증 없이 트랜잭션 수행
Validation Phase 종료 시 동시성 검증 수행
Execution Phase 문제 없을 시 기록, 동시성 문제 발견 시 철회

cf. 비관적 병행제어[edit | edit source]

Pessimistic Concurrency Control
  • '낙관적 병행제어'란 충돌이 있을 것을 가정한 기존 로킹 방식에 대한 다른 접근
  • 기존의 로킹 방식 등은 '비관적 병행제어'로 분류 가능(해당 용어는 잘 사용하지 않음)