SQL 데이터베이스(DB) 트랜잭션(Transaction)

트랜잭션 (Transaction)

 

→ 일반 응용 프로그램의 구성

- 명령어들의 집합

- 함수나 클래스 단위로 구성

 

→ 데이터베이스 응용 프로그램의 구성

- 업무 처리에 관련된 세부 프로그램들의 집합

- 세부 프로그램은 데이터베이스에 대한 연산들로 구성

 

→ 트랜잭션

- 하나의 논리적인 작업 단위를 구성하는 연산들의 집합

- 데이터베이스 응용 프로그램은 트랜잭션의 집합

 

트랜잭션의 예 : 예금 인출

✔ 다중 사용자 환경에서는 트랜잭션이 동시에 실행되는 다른 트랜잭션에 의해 영향을 받는다

- 예금 인출이 동시에 진행될 경우 오류 발생

 

트랜잭션의 필요성

- 대부분의 DBMS들은 이러한 상황을 방지하기 위한 트랜잭션 처리 기능을 갖춤

 

트랜잭션이 지켜야 할 조건

<ACID 특성>

 

✔ 원자성 

- 트랜잭션에서 정의된 연산들은 모두 성공적으로 실행되던지, 아니면 실행 전 상태로 되돌아가야 한다

- 트랜잭션은 중간에 멈출 수 없음

 

예) A, B 모두 잔액이 400원이고 A 계좌에서 B 계좌로 100원을 이체

 

- 트랜잭션이 성공적으로 실행되는 경우

º A 계좌의 잔액 : 300원

º B 계좌의 잔액 : 500원

 

- 트랜잭션이 실패하는 경우

º A 계좌의 잔액 : 400원

º B 계좌의 잔액 : 400원

 

✔ 일관성

- 트랜잭션 실행 전, 후 데이터베이스 내용이 일관되어야 한다

 

예) 계좌이체 과정에서의 데이터베이스 일관성

º 계좌이체 전과 후에 두 계좌의 잔액의 합은 항상 동일해야 함

일관성 여부는 사용자가 판단하고 정의

– 일관성이 유지되도록 트랜잭션을 정의하는 것은 데이터베이스 개발자의 책임

– 계좌이체를 인출, 입금 트랜잭션으로 각각 분리할 경우

▪ 인출 트랜잭션 종료 후 두 계좌 잔액의 합이 달라짐 ➔ 데이터베이스의 일관성이 깨짐

 

✔ 고립성

- 트랜잭션이 실행되는 과정에서 갱신된 데이터는 그 트랜잭션이 완료될 때까지 다른 트랜잭션이 참조할 수 없다

 

고립성 해결

- 각 트랜잭션을 하나씩 순차적으로 실행

- 다중 프로그래밍 환경에서 트랜잭션들을 순차적으로 실행하는 것은 성능 면에서 많은 문제가 발생

- 즉 트랜잭션들을 동시에 실행하면서 상호간에 간섭이 일어나지 않도록 하는 기법이 필요

 

✔ 지속성, 영속성

- 트랜잭션이 성공적으로 완료되면 그 트랜잭션이 갱신한 데이터베이스의 내용은 영구적으로 저장되어야 한다

- 시스템 장애가 발생하더라도 그 결과는 손실되지 않고 남아있어야 함

- 결과가 취소될 수 없음

 

트랜잭션이 완료

→ 결과 데이터를 주기억장치가 아닌 디스크와 같은 보조기억장치에 저장

→ 또는 시스템 장애가 회복되고 난 후에 어떠한 형태로든지 그 데이터를 복 구할 수 있어야 함