xn--2i0bm4p0sf2wh.com 전산-병행제어 > korp15 | xn--2i0bm4p0sf2wh.com report

전산-병행제어 > korp15

본문 바로가기

korp15


[[ 이 포스팅은 제휴마케팅이 포함된 광고로 커미션을 지급 받습니다. ]


전산-병행제어

페이지 정보

작성일 23-11-04 19:07

본문




Download : 전산-병행제어.hwp




그러므로 만약 이들 트랜잭션들의 다수가 병행수행 제어 스킴의 감독없이 실행되더라도 시스템이 일관성있는 상태로 유지된다 병행수행 제어 스킴은 코드 실행의 부담을 주며 트랜잭션을 연기시킬 수도 있다아 부담을 조…(drop)

Download : 전산-병행제어.hwp( 74 )




전산-병행제어_hwp_01.gif 전산-병행제어_hwp_02.gif 전산-병행제어_hwp_03.gif 전산-병행제어_hwp_04.gif 전산-병행제어_hwp_05.gif 전산-병행제어_hwp_06.gif
,기타,레포트
설명





전산-병행제어


병행수행 제어기법에 관련되어 조사하였습니다.[전산][분산처리]병행제어[1]. , 전산-병행제어기타레포트 ,





다.


순서

[전산][분산처리]병행제어[1].
레포트/기타


2. optimistic 병행 제어

locking의 결점(drawback)들을 피하기 위해 내놓은 方案으로 트랜잭션들의 직렬화하기 위한 optimistic 접근이 있다아

2.1 locking의 결점

1. lock의 유지는 공유 데이타에 대한 병행 접근을 지원하지 않는 시스템에 나타나지 않는 overhead를 가진다.

3. 연속중지를 피하기위해 lock은 트랜잭션들이 끝날때까지 lock 를 풀수가 없다. 데이타의 무결성에 影響(영향)을 입히지 않는 read-only 트랜잭션 일지라 도 일반적으로 똑같은 시간에 다른 트랜잭션에 의해 수정되지 않는다는 것을 보장하기위 해 lock를 사용하는데 이는 read-only 트랜잭션의 lock의 유지는 불필요하다.

대부분 읽기만 하는 트랜잭션들의 경우에는 트랜잭션 사이에 충돌하는 비율이 매우 낮다.

2.2 OPTIMISTIC 의 定義(정의)

그래서 이러한 결점들에 대체 方案으로 내놓은 것이 optimistic이다.
병행수행 제어기법에 대해서 조사하였습니다.

2. lock의 사용은 deadlock을 일으킨다.
REPORT 11(sv76)



해당자료의 저작권은 각 업로더에게 있습니다.

www.xn--2i0bm4p0sf2wh.com 은 통신판매중개자이며 통신판매의 당사자가 아닙니다.
따라서 상품·거래정보 및 거래에 대하여 책임을 지지 않습니다.
[[ 이 포스팅은 제휴마케팅이 포함된 광고로 커미션을 지급 받습니다 ]]

[저작권이나 명예훼손 또는 권리를 침해했다면 이메일 admin@hong.kr 로 연락주시면 확인후 바로 처리해 드리겠습니다.]
If you have violated copyright, defamation, of rights, please contact us by email at [ admin@hong.kr ] and we will take care of it immediately after confirmation.
Copyright © www.xn--2i0bm4p0sf2wh.com All rights reserved.