트랜잭션 제어

-- 현재 설정 확인
SELECT @@autocommit;  -- 1 = 자동 커밋 ON

-- 세션 단위로 자동 커밋 끄기
SET autocommit = 0;
-- → 이후 모든 DML은 명시적 COMMIT/ROLLBACK 필요
-- → Oracle과 유사한 동작

-- 다시 켜기
COMMIT;  -- 또는 ROLLBACK으로 현재 트랜잭션을 먼저 끝낸다
SET autocommit = 1;
-- MySQL에서는 autocommit을 0에서 1로 바꾸면 현재 트랜잭션이 커밋됨

-- START TRANSACTION은 autocommit 설정과 관계없이
-- 명시적 트랜잭션 시작
START TRANSACTION;
-- autocommit=1이어도 COMMIT/ROLLBACK까지 하나의 트랜잭션
-- 이미 진행 중인 트랜잭션이 있으면 새 트랜잭션 시작 전에 암묵 COMMIT될 수 있음

-- 주문 처리 트랜잭션
INSERT INTO orders (id, user_id, total)
VALUES (orders_seq.NEXTVAL, 1, 50000);

SAVEPOINT after_order;

INSERT INTO order_items (id, order_id, product_id, quantity, price)
VALUES (items_seq.NEXTVAL, orders_seq.CURRVAL, 101, 2, 25000);

-- 재고 부족 발견!
ROLLBACK TO after_order;
-- → order_items INSERT만 취소, orders INSERT는 유지

-- 다른 상품으로 대체
INSERT INTO order_items (id, order_id, product_id, quantity, price)
VALUES (items_seq.NEXTVAL, orders_seq.CURRVAL, 102, 1, 50000);

COMMIT;

UPDATE accounts SET balance = balance - 100000 WHERE id = 1;
-- 아직 COMMIT 안 함

CREATE TABLE temp_log (msg VARCHAR2(200));
-- DDL 실행 → 암묵적 COMMIT 발생!
-- 위의 UPDATE가 자동으로 확정됨

ROLLBACK;
-- 이미 커밋되었으므로 롤백 불가!

-- PostgreSQL: 많은 DDL은 트랜잭션 안에서 롤백 가능
BEGIN;

CREATE TABLE new_table (id SERIAL, name TEXT);
INSERT INTO new_table (name) VALUES ('test');

-- 확인 후 문제 발견
ROLLBACK;
-- → CREATE TABLE도 취소됨

1. 트랜잭션은 가능한 짧게 유지
   → 잠금 시간을 최소화하여 동시성 확보

2. 사용자 입력을 기다리는 중에 트랜잭션을 열어두지 않기
   → "SELECT ... FOR UPDATE" 후 사용자 확인 대기 → 위험!

3. 대량 DML은 배치로 나누어 중간 COMMIT
   → 100만 건 UPDATE를 한 트랜잭션으로 → 언두/로그 폭증
   → 업무 원자성을 해치지 않는 범위에서 단위 분할

4. COMMIT 빈도와 데이터 정합성의 균형
   → 너무 잦은 COMMIT → 원자성 깨질 수 있음
   → 너무 드문 COMMIT → 잠금 + 리소스 부담

-- Oracle
SET TRANSACTION READ ONLY;
-- → 일반 사용자 테이블 쓰기는 제한, DML 실행 시 에러
-- → 트랜잭션 시작 시점의 일관된 스냅샷 읽기 (Consistent Read)
-- → 임시 객체 등 예외는 DBMS 문서와 운영 규칙 확인

-- MySQL
START TRANSACTION READ ONLY;
-- → 일반 테이블 쓰기 방지와 일부 최적화 가능
-- → 임시 테이블 등 예외 동작은 버전과 엔진별로 확인

-- PostgreSQL
BEGIN TRANSACTION READ ONLY;

-- SQL Server
SET TRANSACTION ISOLATION LEVEL SNAPSHOT;
BEGIN TRANSACTION;
-- → 스냅샷 일관성은 제공하지만 읽기 전용 선언은 아님
-- → SNAPSHOT 격리 사용은 DB 옵션 설정이 필요할 수 있음
-- → 읽기 전용 보장은 권한, 라우팅, 애플리케이션 정책으로 분리

CREATE OR REPLACE PROCEDURE log_event(p_msg VARCHAR2) IS
    PRAGMA AUTONOMOUS_TRANSACTION;
BEGIN
    INSERT INTO event_log (msg, log_time)
    VALUES (p_msg, SYSDATE);
    COMMIT;  -- 메인 트랜잭션과 독립적으로 커밋
END;

-- 메인 트랜잭션
BEGIN
    UPDATE accounts SET balance = balance - 100 WHERE id = 1;
    log_event('출금 시도');  -- 별도 트랜잭션으로 로그 기록
    
    -- 에러 발생!
    ROLLBACK;
    -- → accounts UPDATE는 롤백
    -- → event_log INSERT는 이미 커밋되어 유지됨!
END;