Transaction

트랜잭션이란 데이터의 처리 단위라고 생각하면 된다.

COMMIT이 일어난 시점부터 다음 COMMIT 전까지의 작업이 하나의 트랜잭션이라 생각하면 된다.

그래서 쉽게 말하면 이 트랜잭션 단위에서 발생한 작업을 저장(COMMIT), 되돌리기(ROLLBACK)하는 것이다.

간혹가다 INSERT, UPDATE, DELETE가 안되고 실패하는 경우가 많은데

그럼 뭐 다시 시도하면 되긴 합니다만

동시에 여러 쿼리를 실행해야하는데 그 중에 하나만 실패하는 경우

여러분들 서비스 운영에 심각한 문제가 발생하는 경우가 있습니다.

예를 들어 여러분이 은행 DB를 운영하는데

A 고객 -> B 고객 이렇게 1000원을 보내야한다고 칩시다.

1. 그럼 A 고객의 잔고에서 -1000을 하고

2. B 고객의 잔고에 +1000을 하면 됩니다.

UPDATE 문법을 2번 쓰면 되겠군요.

근데 1번은 성공했는데 2번은 실패하면 어떻게되죠?

은행 문닫아야합니다.

문닫기 싫으면 transaction이라는 기능을 사용합시다.

Transaction 기능

위와 같은 문제를 해결하고 싶으면

"쿼리문 여러개 중 최소 하나가 에러가 나는 경우 전체 쿼리문을 실행 취소해주세요~" 라고 코드짤 수 있습니다.

transaction 기능을 쓰면 되는데

transaction은 여러개의 SQL 쿼리를 한 번에 묶어서 처리할 수 있게 도와주는 기능인데

COMMIT / ROLLBACK 명령어 사용하면 됩니다.

🎈그럼 왜 여태 DBeaver에서는 commit을 안썻는데 데이터가 저장되나요?

DBeaver에서는 Auto-Commit 모드라서 commit을 안해주더라도 알아서 해줍니다.

Auto-Commit : 자동 커밋 / SQL문 실행 시 즉시 커밋됨

Manual Commit : 수동 커밋 / SQL문 실행 후 commit 명령어 실행 후 커밋됨

Smart Commut mode : 데이터 수정 모드 시 수동모드, 조회 시 자동모드로 전환

(Smart모드는 아래 dbeaver 사이트의 자세한 설명을 참조하세요.)

DBeaver DocumentationDBeaver

Oracle 전용 툴인 SQL Developer 같은 도구를 써서 INSERT, UPDATE, DELETE를 하고 나서 COMMIT을 하지 않았는데도, 적용된 결과를 볼 수 있는 경우가 있다. 하지만 이것은 현재 세션에서만 볼 수 있는 내용이며, 최종적으로 데이터베이스에 반영된 상태가 아니다.

실제로 확인을 해보고자 한다면 SPRING을 이용하여 웹사이트를 만든다 할 때, 간단하게 게시글 리스트를 DB에서 가져와 보여주는 것을 만들어보고 Developer 같은 도구를 써서 INSERT를 해보면 웹상에서는 여전히 목록이 안 나오지만 Developer에서는 SELECT가 되는 아이러니한 상황이 발생한다.

그 뒤에 COMMIT을 해주면 정상적으로 출력되므로 현재 이 도구 내에서 명령어를 실행했을 때 자동 COMMIT인지 아닌지를 확인해 보면 될 것이다.

🎈참고.

우리가 처리해주지 않아도 자동으로 COMMIT , ROLLBACK 되는 경우가 있다.

• 자동 COMMIT : 데이터 정의어(CREATE, ALTER, DROP) , 데이터 제어어(GRANT, REVOKE)

• 자동 ROLLBACK : 비정상적인 종료, SYSTEM FAILURE