전산-병행제어
페이지 정보
작성일 21-03-14 05:53본문
Download : 전산-병행제어.hwp
데이타의 무결성에 influence(영향)을 입히지 않는 read-only 트랜잭션 일지라 도 일반적으로 똑같은 시간에 다른 트랜잭션에 의해 수정되지 않는다는 것을 보장하기위 해 lock를 사용하는데 이는 read-only 트랜잭션의 lock의 유지는 불필요하다.
2. lock의 사용은 deadlock을 일으킨다. 그러므로 만약 이들 트랜잭션들의 다수가 병행수행 제어 스킴의 감독없이 실행되더라도 시스템이 일관성있는 상태로 유지된다 병행수행 제어 스킴은 코드 실행의 부담을 주며 트랜잭션을 연기시킬 수도 있따 부담을 조금 주는 다룬 스킴을 …(省略)
Download : 전산-병행제어.hwp( 51 )
,기타,레포트
병행수행 제어기법에 대해서 조사하였습니다.
대부분 읽기만 하는 트랜잭션들의 경우에는 트랜잭션 사이에 충돌하는 비율이 매우 낮다.
3. 연속중지를 피하기위해 lock은 트랜잭션들이 끝날때까지 lock 를 풀수가 없다.
[전산][분산처리]병행제어[1].
레포트/기타
설명
병행수행 제어기법에 마주향하여 조사하였습니다.
2.2 OPTIMISTIC 의 definition
그래서 이러한 결점들에 대체 measure(방안) 으로 내놓은 것이 optimistic이다.
전산-병행제어
I. Introduction............................................................ 2
II . 본 문
1.Locks .................................................................... 3
1.1 Definiton ................................................................................... 3
1.2 Lock conflict & compatibility................................................. 3
1.2.1 Inconsistent retriveal & lost updates........................... 4
1.2.2 Strict two-phase locking .............................................. 4
1.2.3 Lock implementation .................................................. 5
1.3 Deadlocks .................................................................................. 5
1.3.1 Deadlock Definition ...................................................... 6
1.3.2 Deadlock Solution ........................................................ 6
1.4 정 리 .......................................................................................... 7
2.Optimistic concurrency control ........................................................ 7
2.1 locking의 결점. ........................................................................... 7
2.2 optimistic의 definition ........................................................................ 8
2.3 트랜잭션의 검증(validation). ...................................................... 9
2.3.1 Backward validation. .......................................................... 10
2.3.2 Forward validation. ............................................................ 11
2.3.3 Backward 와 Forward 검증의 비교. .................................. 12
2.4 optimistic의 문제점(問題點)...................................................................... 12
2.5 conclusion(결론). ............................................................................................. 13
3. Timestamp Ordering. ....................................................................... 13
3.1 definition . .................................................................................. 13
3.2 구현 방법. .................................................................................. 13
3.3 timestamp ordering protocol. .................................................... 14
3.4 초래되는 연속 복귀(cascading rollback) ................................... 16
3.5 Multiversion 타임스탬프 기법. ................................................... 16
4. Concurrency Control을 위한 방법의 Comparison. .......................... 18
III conclusion(결론). ................................................................... 19
◎ 참고 문헌............................................................. 21
2. optimistic 병행 제어
locking의 결점(drawback)들을 피하기 위해 내놓은 measure(방안) 으로 트랜잭션들의 직렬화하기 위한 optimistic 접근이 있따
2.1 locking의 결점
1. lock의 유지는 공유 데이타에 대한 병행 접근을 지원하지 않는 시스템에 나타나지 않는 overhead를 가진다.[전산][분산처리]병행제어[1]. , 전산-병행제어기타레포트 ,
순서
다.