"트랜잭션"의 두 판 사이의 차이
| 5번째 줄: | 5번째 줄: | ||
== 목적<ref> 〈[https://ko.wikipedia.org/wiki/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4_%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98 트랜잭션 목적]〉, 《위키백과》</ref> == | == 목적<ref> 〈[https://ko.wikipedia.org/wiki/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4_%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98 트랜잭션 목적]〉, 《위키백과》</ref> == | ||
| − | 데이터베이스 기능 중, 트랜잭션을 조작하는 기능은 데이터베이스 | + | 데이터베이스 기능 중, 트랜잭션을 조작하는 기능은 데이터베이스 완전성(integrity) 유지를 확신하게 한다. 단일 트랜잭션은 데이터베이스 내에 읽거나 쓰는 여러 개 쿼리를 요구한다. 이때 중요한 것은 데이터베이스가 수행된 일부 쿼리가 남지 않는 것이다. 예를 들어, 송금을 할 때 한 계좌에서 인출되면 다른 계좌에서 입금이 확인되는 것이 중요하다. 또한 트랜잭션은 서로 간섭하지 않아야 한다. 트랜색연의 특징에 대해서는 아래 자세히 설명되어 있다. 만약 쿼리 하나가 실패하면, 데이터베이스 시스템은 전체 트랜잭션 또는 실패한 쿼리를 롤백 한다. 이것은 DBMS가 어떻게 사용되고 셋업 되었느냐에 따라 다르다. 트랜잭션은 커밋전에 언제든지 수동으로 롤백 될 수 있다. 간단한 트랜잭션의 경우 아래 양식의 SQL 언어로 데이터베이스 내에서 실행된다. |
| − | * Begin the transaction | + | * Begin the transaction <ref> 〈[https://docs.microsoft.com/ko-kr/sql/t-sql/language-elements/begin-transaction-transact-sql?view=sql-server-ver15 트랜잭션 양식]〉, 2016-06-10 《Microsoft》</ref> |
--Applies to SQL Server and Azure SQL Database | --Applies to SQL Server and Azure SQL Database | ||
| 13번째 줄: | 13번째 줄: | ||
[ WITH MARK [ 'description' ] ] | [ WITH MARK [ 'description' ] ] | ||
] | ] | ||
| − | [ ; ] | + | [ ; ] |
--Applies to Azure SQL Data Warehouse and Parallel Data Warehouse | --Applies to Azure SQL Data Warehouse and Parallel Data Warehouse | ||
| 20번째 줄: | 20번째 줄: | ||
[ ; ] | [ ; ] | ||
* Execute several queries(DB내 갱신이 아직 적용되지 않는다.) | * Execute several queries(DB내 갱신이 아직 적용되지 않는다.) | ||
| − | * Commit the transaction(트랜잭션이 성공적이며, 갱신이 실제 적용됨.) | + | * Commit the transaction(트랜잭션이 성공적이며, 갱신이 실제 적용됨.)<ref> 〈[https://docs.microsoft.com/ko-kr/sql/t-sql/language-elements/commit-transaction-transact-sql?view=sql-server-ver15 트랜잭션 양식]〉, 2016-09-09 《Microsoft》</ref> |
| + | -- Applies to SQL Server (starting with 2008) and Azure SQL Database | ||
| + | |||
| + | COMMIT [ { TRAN | TRANSACTION } [ transaction_name | @tran_name_variable ] ] [ WITH ( DELAYED_DURABILITY = { OFF | ON } ) ] | ||
| + | [ ; ] | ||
| + | |||
| + | -- Applies to Azure SQL Data Warehouse and Parallel Data Warehouse Database | ||
| + | |||
| + | COMMIT [ TRAN | TRANSACTION ] | ||
| + | [ ; ] | ||
== 특징 == | == 특징 == | ||
| − | 트랜잭션은 데이터베이스 시스템에서 병행 제어 및 회복 잡업 시 처리되는 작업의 논리적인 단위로 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 | + | 트랜잭션은 데이터베이스 시스템에서 병행 제어 및 회복 잡업 시 처리되는 작업의 논리적인 단위로 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 작업 단위이다. 하나의 트랜잭션은 Commit 되거나 Rollback이 된다. |
<ref name="트랜잭션"> 〈[https://coding-factory.tistory.com/226 트랜잭션 특징]〉, 2018-08-20《Tistory - 코딩팩토리》</ref> | <ref name="트랜잭션"> 〈[https://coding-factory.tistory.com/226 트랜잭션 특징]〉, 2018-08-20《Tistory - 코딩팩토리》</ref> | ||
=== 성질 === | === 성질 === | ||
[[데이터베이스]]의 트랜잭션이 안전하게 수행되기 위해서는 ACID 조건을 충족해야 한다. '''ACID'''란 Atomicity, Consistency, Isolation, Durability의 약자로서, 데이터베이스의 트랜잭션이 안전하게 수행되기 위한 4가지 필수적인 성질인 원자성, 일관성, 고립성, 지속성을 말한다. | [[데이터베이스]]의 트랜잭션이 안전하게 수행되기 위해서는 ACID 조건을 충족해야 한다. '''ACID'''란 Atomicity, Consistency, Isolation, Durability의 약자로서, 데이터베이스의 트랜잭션이 안전하게 수행되기 위한 4가지 필수적인 성질인 원자성, 일관성, 고립성, 지속성을 말한다. | ||
| − | * 원자성(atomicity) : 하나의 트랜잭션은 더 이상 작게 쪼갤 수 없는 최소한의 업무 단위이다. 트랜잭션이 데이터베이스에 모두 반영되던가, 아니면 전혀 반영되지 않아야 한다는 것으로 트랜잭션은 사람이 설계한 논리적인 작업 단위로서, 일처리는 | + | * 원자성(atomicity) : 하나의 트랜잭션은 더 이상 작게 쪼갤 수 없는 최소한의 업무 단위이다. 트랜잭션이 데이터베이스에 모두 반영되던가, 아니면 전혀 반영되지 않아야 한다는 것으로 트랜잭션은 사람이 설계한 논리적인 작업 단위로서, 일처리는 작업 단위 별로 이루어져야 사람이 다루는데 무리가 없다. 만약 트랜잭션 단위로 데이터가 처리되지 않는다면, 설계한 사람은 데이터 처리 시스템을 이해하기 힘들 뿐만 아니라, 오작동 했을 시 원인을 찾기가 매우 힘들어진다.<ref name="트랜잭션 성질">〈[https://mommoo.tistory.com/62 트랜잭션 성질]〉, 2017-02-27《Tistory - 개발자 홀로 서기》</ref> 트랜잭션 내의 모든 명령은 반드시 완벽히 수행되어야 하며, 모두가 완벽히 수행되지 않고 어느하나라도 오류가 발생하면 트랜잭션 전부가 취소되어야 한다.<ref name="트랜잭션"/> |
| − | * 일관성(consistency) : 트랜잭션이 완료된 결과값은 일관성 있는 데이터베이스 상태로 유지되어야 한다. 시스템이 가지고 있는 고정요소는 수행 전과 후의 상태가 같아야 하며<ref name="트랜잭션"/> 트랜잭션의 작업 처리 결과가 항상 일관성이 있어야 한다는 것으로 트랜잭션이 진행되는 동안 데이터베이스가 | + | * 일관성(consistency) : 트랜잭션이 완료된 결과값은 일관성 있는 데이터베이스 상태로 유지되어야 한다. 시스템이 가지고 있는 고정요소는 수행 전과 후의 상태가 같아야 하며<ref name="트랜잭션"/> 트랜잭션의 작업 처리 결과가 항상 일관성이 있어야 한다는 것으로 트랜잭션이 진행되는 동안 데이터베이스가 변경되더라도 업데이트된 데이터베이스로 트랜잭션이 진행되는 것이 아니라, 처음 트랜잭션을 진행하기 위해 참조한 데이터베이스로 진행된다. 이렇게 함으로써 각 사용자가 일관성 있는 데이터를 볼 수 있는 것이다.<ref name="트랜잭션 성질"/> |
| − | * 고립성(isolation) : 트랜잭션을 수행하는 도중에 다른 연산 작업이 끼어들어서는 안 된다. 하나의 특정 트랜잭션이 | + | * 고립성(isolation) : 트랜잭션을 수행하는 도중에 다른 연산 작업이 끼어들어서는 안 된다. 하나의 특정 트랜잭션이 완료될 때까지, 다른 트랜잭션의 결과를 참조할 수 없다.<ref name="트랜잭션 성질"/> |
* 지속성(durability) : 성공적으로 수행된 트랜잭션은 영구적으로 반영되어야 한다. | * 지속성(durability) : 성공적으로 수행된 트랜잭션은 영구적으로 반영되어야 한다. | ||
| 41번째 줄: | 50번째 줄: | ||
=== 연산 === | === 연산 === | ||
[[파일:커밋(COMMIT).png|700픽셀|섬네일|가운데|커밋(COMMIT)]] | [[파일:커밋(COMMIT).png|700픽셀|섬네일|가운데|커밋(COMMIT)]] | ||
| − | * Commit: Commit 연산은 | + | * Commit: Commit 연산은 한 개의 논리적 단위(트랜잭션)에 대한 작업이 성공적으로 끝났고 데이터베이스가 다시 일관된 상태에 있을 때, 트랜잭션이 행한 갱신 연산이 완료된 것을 트랜잭션 관리자에게 알려주는 연산이다.<ref name="트랜잭션"/>위 그림에서 첫 번째 Commit 후 그 뒤에 Update 문으로 데이터를 갱신하고 Delete 문으로 데이터를 삭제한 후 Insert 문을 사용해 데이터를 삽입한다. 만약 이 모든 과정이 오류 없이 수행되었다면 지금까지 실행한 모든 작업을 데이터베이스에 영구 저장하라는 명령으로 Commit을 수행한다.<ref name="트랜잭션2"/> |
[[파일:롤백(ROKKBACK).png|700픽셀|섬네일|가운데|롤백(ROLLBACK)]] | [[파일:롤백(ROKKBACK).png|700픽셀|섬네일|가운데|롤백(ROLLBACK)]] | ||
| − | * Rollback: Rollback 연산은 하나의 트랜잭션 처리가 비정상적으로 종료되어 데이터베이스의 일관성을 깨트렸을 때, 이 트랜잭션의 일부가 정상적으로 처리되더라도 트랜잭션의 원자성을 구현하기 위해 이 트랜잭션이 행한 모든 연산을 취소하는 연산이다. | + | * Rollback: Rollback 연산은 하나의 트랜잭션 처리가 비정상적으로 종료되어 데이터베이스의 일관성을 깨트렸을 때, 이 트랜잭션의 일부가 정상적으로 처리되더라도 트랜잭션의 원자성을 구현하기 위해 이 트랜잭션이 행한 모든 연산을 취소하는 연산이다. Rollback 시에는 해당 트랜잭션을 재시작하거나 폐기한다.<ref name="트랜잭션"/> 위 그림에서 Rollback 명령은 마지막으로 수행한 Commit 명령까지만 정상 처리된 상태로 유지한다. 그 이후에 수행했던 모든 DML 명령어 작업들을 취소시켜 이전 상태로 원상 복귀 시킨다. 트랜잭션은 이렇든 ALL-OR-Nothing(모든 것을 수행하던지 아무것도 하지 말던지) 방식으로 DML 명령어들을 처리한다.<ref name="트랜잭션2"/> |
=== 상태<ref name="트랜잭션"/> === | === 상태<ref name="트랜잭션"/> === | ||
| 57번째 줄: | 66번째 줄: | ||
== 참고자료 == | == 참고자료 == | ||
* 트랜잭션 <[https://coding-factory.tistory.com/226 트랜잭션 특징]〉, 2018-08-20《Tistory - 코딩팩토리》 | * 트랜잭션 <[https://coding-factory.tistory.com/226 트랜잭션 특징]〉, 2018-08-20《Tistory - 코딩팩토리》 | ||
| − | * 데이터베이스 트랜잭션 <[https://ko.wikipedia.org/wiki/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4_%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98 트랜잭션 목적]〉, 《위키백과》 | + | * 데이터베이스 트랜잭션 <[https://ko.wikipedia.org/wiki/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4_%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98 트랜잭션 목적]〉, 《위키백과》 |
| + | * Begin the transaction〈[https://docs.microsoft.com/ko-kr/sql/t-sql/language-elements/begin-transaction-transact-sql?view=sql-server-ver15 트랜잭션 양식]〉, 2016-06-10 《Microsoft》 | ||
| + | * Commit the transaction〈[https://docs.microsoft.com/ko-kr/sql/t-sql/language-elements/commit-transaction-transact-sql?view=sql-server-ver15 트랜잭션 양식]〉, 2016-09-09 《Microsoft》 | ||
* [SQL] Transaction(트랜잭션) <[https://jerryjerryjerry.tistory.com/48 트랜잭션 필요성]〉, 2018-04-24《Tistory - 쩨리쩨리》</ref> | * [SQL] Transaction(트랜잭션) <[https://jerryjerryjerry.tistory.com/48 트랜잭션 필요성]〉, 2018-04-24《Tistory - 쩨리쩨리》</ref> | ||
* 트랜잭션(Transaction)이란? <[https://mommoo.tistory.com/62 트랜잭션 성질]〉, 2017-02-27《Tistory - 개발자 홀로 서기》</ref> | * 트랜잭션(Transaction)이란? <[https://mommoo.tistory.com/62 트랜잭션 성질]〉, 2017-02-27《Tistory - 개발자 홀로 서기》</ref> | ||
| 65번째 줄: | 76번째 줄: | ||
* [[블록체인]] | * [[블록체인]] | ||
* [[TPS]] | * [[TPS]] | ||
| + | * [[커밋]] | ||
| + | * [[롤백]] | ||
{{프로그래밍|토막글}} | {{프로그래밍|토막글}} | ||
2020년 9월 3일 (목) 17:46 판
트랜잭션(transaction)이란 "쪼갤 수 없는 업무 처리의 최소 단위"를 말한다. 거래내역이라고도 한다. '트렌젝션'이 아니라 '트랜잭션'이 올바른 표기법이다. 영어로 간략히 Tx라고 표기하기도 한다. 1초당 처리할 수 있는 트랜잭션의 개수를 TPS라고 한다.
개요
트랜잭션은 은행 ATM이나 데이터베이스 등의 시스템에서 사용되는 더 이상 쪼갤 수 없는 업무 처리의 최소 단위이다. 예를 들어, A라는 사람이 B라는 사람에게 1,000원을 지급하고 B가 그 돈을 받은 경우, 이 거래 기록은 더 이상 작게 쪼갤 수가 없는 하나의 트랜잭션을 구성한다. 만약 A는 돈을 지불했으나 B는 돈을 받지 못했다면 그 거래는 성립되지 않는다. 이처럼 A가 돈을 지불하는 행위와 B가 돈을 받는 행위는 별개로 분리될 수 없으며 하나의 거래내역으로 처리되어야 하는 단일 거래이다. 이런 거래의 최소 단위를 트랜잭션이라고 한다. 트랜잭션 처리가 정상적으로 완료된 경우 커밋(commit)을 하고, 오류가 발생할 경우 원래 상태대로 롤백(rollback)을 한다.
목적[1]
데이터베이스 기능 중, 트랜잭션을 조작하는 기능은 데이터베이스 완전성(integrity) 유지를 확신하게 한다. 단일 트랜잭션은 데이터베이스 내에 읽거나 쓰는 여러 개 쿼리를 요구한다. 이때 중요한 것은 데이터베이스가 수행된 일부 쿼리가 남지 않는 것이다. 예를 들어, 송금을 할 때 한 계좌에서 인출되면 다른 계좌에서 입금이 확인되는 것이 중요하다. 또한 트랜잭션은 서로 간섭하지 않아야 한다. 트랜색연의 특징에 대해서는 아래 자세히 설명되어 있다. 만약 쿼리 하나가 실패하면, 데이터베이스 시스템은 전체 트랜잭션 또는 실패한 쿼리를 롤백 한다. 이것은 DBMS가 어떻게 사용되고 셋업 되었느냐에 따라 다르다. 트랜잭션은 커밋전에 언제든지 수동으로 롤백 될 수 있다. 간단한 트랜잭션의 경우 아래 양식의 SQL 언어로 데이터베이스 내에서 실행된다.
- Begin the transaction [2]
--Applies to SQL Server and Azure SQL Database
BEGIN { TRAN | TRANSACTION }
[ { transaction_name | @tran_name_variable }
[ WITH MARK [ 'description' ] ]
]
[ ; ]
--Applies to Azure SQL Data Warehouse and Parallel Data Warehouse
BEGIN { TRAN | TRANSACTION }
[ ; ]
- Execute several queries(DB내 갱신이 아직 적용되지 않는다.)
- Commit the transaction(트랜잭션이 성공적이며, 갱신이 실제 적용됨.)[3]
-- Applies to SQL Server (starting with 2008) and Azure SQL Database
COMMIT [ { TRAN | TRANSACTION } [ transaction_name | @tran_name_variable ] ] [ WITH ( DELAYED_DURABILITY = { OFF | ON } ) ]
[ ; ]
-- Applies to Azure SQL Data Warehouse and Parallel Data Warehouse Database COMMIT [ TRAN | TRANSACTION ] [ ; ]
특징
트랜잭션은 데이터베이스 시스템에서 병행 제어 및 회복 잡업 시 처리되는 작업의 논리적인 단위로 사용자가 시스템에 대한 서비스 요구 시 시스템이 응답하기 위한 상태 변환 과정의 작업 단위이다. 하나의 트랜잭션은 Commit 되거나 Rollback이 된다. [4]
성질
데이터베이스의 트랜잭션이 안전하게 수행되기 위해서는 ACID 조건을 충족해야 한다. ACID란 Atomicity, Consistency, Isolation, Durability의 약자로서, 데이터베이스의 트랜잭션이 안전하게 수행되기 위한 4가지 필수적인 성질인 원자성, 일관성, 고립성, 지속성을 말한다.
- 원자성(atomicity) : 하나의 트랜잭션은 더 이상 작게 쪼갤 수 없는 최소한의 업무 단위이다. 트랜잭션이 데이터베이스에 모두 반영되던가, 아니면 전혀 반영되지 않아야 한다는 것으로 트랜잭션은 사람이 설계한 논리적인 작업 단위로서, 일처리는 작업 단위 별로 이루어져야 사람이 다루는데 무리가 없다. 만약 트랜잭션 단위로 데이터가 처리되지 않는다면, 설계한 사람은 데이터 처리 시스템을 이해하기 힘들 뿐만 아니라, 오작동 했을 시 원인을 찾기가 매우 힘들어진다.[5] 트랜잭션 내의 모든 명령은 반드시 완벽히 수행되어야 하며, 모두가 완벽히 수행되지 않고 어느하나라도 오류가 발생하면 트랜잭션 전부가 취소되어야 한다.[4]
- 일관성(consistency) : 트랜잭션이 완료된 결과값은 일관성 있는 데이터베이스 상태로 유지되어야 한다. 시스템이 가지고 있는 고정요소는 수행 전과 후의 상태가 같아야 하며[4] 트랜잭션의 작업 처리 결과가 항상 일관성이 있어야 한다는 것으로 트랜잭션이 진행되는 동안 데이터베이스가 변경되더라도 업데이트된 데이터베이스로 트랜잭션이 진행되는 것이 아니라, 처음 트랜잭션을 진행하기 위해 참조한 데이터베이스로 진행된다. 이렇게 함으로써 각 사용자가 일관성 있는 데이터를 볼 수 있는 것이다.[5]
- 고립성(isolation) : 트랜잭션을 수행하는 도중에 다른 연산 작업이 끼어들어서는 안 된다. 하나의 특정 트랜잭션이 완료될 때까지, 다른 트랜잭션의 결과를 참조할 수 없다.[5]
- 지속성(durability) : 성공적으로 수행된 트랜잭션은 영구적으로 반영되어야 한다.
필요성
트랜잭션은 거래의 안전성을 확보하는 방법인데 데이터베이스에선 테이블에서 데이터를 읽어 온 후 다른 테이블에 데이터를 입력하거나 갱신, 삭제하는데 처리 도중 오류가 발생하면 모든 작업을 원상태로 되돌린다. 데이터베이스에서는 처리 과정이 모두 성공했을 때만 최종적으로 데이터베이스에 반영한다.
위 그림을 보자 1,2번까지 잘 실행되다가 3번 작업 시 소프트웨어가 중단되거나 하드웨어 고장이 발생해 작업에 오류가 생기게 된다면 2번까지의 모든 작업을 취소하고 트랜잭션 작업 전인 데이터베이스 초기 상태로 돌아가게 된다. [6]
연산
.png)
- Commit: Commit 연산은 한 개의 논리적 단위(트랜잭션)에 대한 작업이 성공적으로 끝났고 데이터베이스가 다시 일관된 상태에 있을 때, 트랜잭션이 행한 갱신 연산이 완료된 것을 트랜잭션 관리자에게 알려주는 연산이다.[4]위 그림에서 첫 번째 Commit 후 그 뒤에 Update 문으로 데이터를 갱신하고 Delete 문으로 데이터를 삭제한 후 Insert 문을 사용해 데이터를 삽입한다. 만약 이 모든 과정이 오류 없이 수행되었다면 지금까지 실행한 모든 작업을 데이터베이스에 영구 저장하라는 명령으로 Commit을 수행한다.[6]
.png)
- Rollback: Rollback 연산은 하나의 트랜잭션 처리가 비정상적으로 종료되어 데이터베이스의 일관성을 깨트렸을 때, 이 트랜잭션의 일부가 정상적으로 처리되더라도 트랜잭션의 원자성을 구현하기 위해 이 트랜잭션이 행한 모든 연산을 취소하는 연산이다. Rollback 시에는 해당 트랜잭션을 재시작하거나 폐기한다.[4] 위 그림에서 Rollback 명령은 마지막으로 수행한 Commit 명령까지만 정상 처리된 상태로 유지한다. 그 이후에 수행했던 모든 DML 명령어 작업들을 취소시켜 이전 상태로 원상 복귀 시킨다. 트랜잭션은 이렇든 ALL-OR-Nothing(모든 것을 수행하던지 아무것도 하지 말던지) 방식으로 DML 명령어들을 처리한다.[6]
상태[4]
- 활동(Active): 트랜잭션이 실행중인 상태이다.
- 실패(Failed): 트랜잭션 실행에 오류가 발생하여 중단된 상태이다.
- 철회(Aborted): 트랜잭션이 비정상적으로 종료되어 Rollback 연산을 수행한 상태이다.
- 부분 완료(Partially Committed): 트랜잭션의 마지막 연산까지 실행했지만, Commit 연산이 실행되기 직전의 상태이다.
- 완료(Committed): 트랜잭션이 성공적으로 종료되어 Commit 연산을 실행한 후의 상태이다.
각주
참고자료
- 트랜잭션 <트랜잭션 특징〉, 2018-08-20《Tistory - 코딩팩토리》
- 데이터베이스 트랜잭션 <트랜잭션 목적〉, 《위키백과》
- Begin the transaction〈트랜잭션 양식〉, 2016-06-10 《Microsoft》
- Commit the transaction〈트랜잭션 양식〉, 2016-09-09 《Microsoft》
- [SQL] Transaction(트랜잭션) <트랜잭션 필요성〉, 2018-04-24《Tistory - 쩨리쩨리》</ref>
- 트랜잭션(Transaction)이란? <트랜잭션 성질〉, 2017-02-27《Tistory - 개발자 홀로 서기》</ref>
같이보기
