Schedule 썸네일형 리스트형 16. concurrency control - Part 2 unrecoverable schedule 위 그림에서 보듯, transaction1은 commit의 명령어를 만나면서 실행이 종료가 돼, H의 balance=250만원인 상태가 DB 서 버에 영구적으로 저장이 됐다. ( 참고로, 이 commit은 Transaction1에 대한 commit이므로, Transaction2에 해당하는 빨간색 으로 표시된 2개의 명령문에 대해서는 commit이 되지 않는다.) 그런데, Transaction2에서 어떤 예기치 못한 에러가 발생을 하여, ABORT(중단)가 되면, Transaction2에 대해 roll back이 실행이 돼(autocommit에 의해 에러 발생 시, 자동으로 roll back이 실행이 된다), Transaction2의 Operation들의 실행이 모.. 더보기 15. concurrency control(Serial schedule, NonSerial schedule) - Part1 이번 concurrency 부분은 난이도가 있는 부분이므로, 시간을 들여서 공부를 하자! 위 예제에 대한 트랜잭션 작성에는 아래와 같이 3가지 case가 있다. case1~3의 트랜잭션의 실행의 결과는 우리가 원한 답이 나온다. 그러나, case 4의 경우, 최종적으로 우리가 원한 답이 나오지를 않는다.(이 이유에 대해서는 지난 번에 설명을 했으므로 여 기서는 설명을 하지 않겠다.) case4와 같이 transaction2의 업데이트 결과가 반영되지 않아서 최종 업데이트된 값(Transaction1의 최종값)이 원하는 값이 나오지 않는 오류, 이러한 오류를 Lost Update 현상 이라고 부른다. read(), write() 등 각각의 작업을 Operation이라고 부른다. case4의 Operatio.. 더보기 이전 1 다음
