트랜잭션의 ACID 속성에 대해 각각 설명해주세요.

-- 계좌 이체 예시: 두 작업이 하나의 트랜잭션으로 처리되어야 함
BEGIN TRANSACTION;

UPDATE accounts
SET balance = balance - 10000
WHERE account_id = 'A001';  -- A 계좌에서 출금

UPDATE accounts
SET balance = balance + 10000
WHERE account_id = 'B001';  -- B 계좌에 입금

COMMIT;  -- 모두 성공하면 반영

-- 중간에 오류 발생 시
ROLLBACK;  -- 모든 변경사항 취소

-- 원자성 보장 예시
BEGIN TRANSACTION;

UPDATE orders SET status = 'PROCESSING' WHERE order_id = 101;

INSERT INTO order_history (order_id, status, changed_at)
VALUES (101, 'PROCESSING', NOW());

UPDATE inventory SET stock = stock - 1 WHERE product_id = 'P001';

-- 재고가 0 미만이 되면?
-- → 오류 발생 → ROLLBACK → orders, order_history 변경도 모두 취소
-- → 데이터 일관성 유지

COMMIT;

-- 일관성 제약 조건들
CREATE TABLE accounts (
  account_id VARCHAR(20) PRIMARY KEY,
  balance    DECIMAL(15, 2) NOT NULL,
  CONSTRAINT balance_positive CHECK (balance >= 0)  -- 잔액은 0 이상
);

CREATE TABLE orders (
  order_id   INT PRIMARY KEY,
  user_id    INT NOT NULL,
  amount     DECIMAL(10, 2) NOT NULL,
  FOREIGN KEY (user_id) REFERENCES users(id)  -- 참조 무결성
);

-- 일관성 위반 시도 (거부됨)
BEGIN TRANSACTION;
UPDATE accounts SET balance = balance - 50000 WHERE account_id = 'A001';
-- 잔액이 30000원인 계좌에서 50000원 출금 시도
-- → CHECK 제약 위반: balance = -20000 < 0
-- → 트랜잭션 자동 롤백
COMMIT;

-- 1. Dirty Read (커밋되지 않은 데이터 읽기)
T1: BEGIN;
T1: UPDATE accounts SET balance = 100000 WHERE id = 'A001';
-- T1이 아직 커밋하지 않은 상태에서
T2: SELECT balance FROM accounts WHERE id = 'A001';  -- 100000 읽음 (더티 리드!)
T1: ROLLBACK;  -- T1 롤백 → T2가 읽은 데이터는 존재하지 않는 데이터

-- 2. Non-repeatable Read (반복 읽기 불일치)
T1: SELECT balance FROM accounts WHERE id = 'A001';  -- 50000 읽음
T2: UPDATE accounts SET balance = 80000 WHERE id = 'A001';
T2: COMMIT;
T1: SELECT balance FROM accounts WHERE id = 'A001';  -- 80000 읽음 (값이 달라짐!)

-- 3. Phantom Read (유령 데이터)
T1: SELECT COUNT(*) FROM orders WHERE amount > 10000;  -- 5개
T2: INSERT INTO orders (amount) VALUES (15000);
T2: COMMIT;
T1: SELECT COUNT(*) FROM orders WHERE amount > 10000;  -- 6개 (幽靈 행 등장!)

-- 격리 수준 설정
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

-- PostgreSQL의 지속성 관련 설정
-- synchronous_commit: 로그가 디스크에 기록될 때까지 대기 여부
-- off로 설정 시 성능 향상되지만 지속성 약해짐 (데이터 유실 가능)
SET synchronous_commit = ON;  -- 기본값, 지속성 보장

-- 긴 트랜잭션은 피해야 합니다
-- ❌ 나쁜 예: 트랜잭션 내에서 외부 API 호출
BEGIN;
UPDATE orders SET status = 'PROCESSING' WHERE id = 101;
-- 이 시점에서 orders 테이블에 잠금 유지!
-- 외부 API 호출 (수 초 소요 가능)
CALL external_payment_api();
UPDATE orders SET status = 'PAID' WHERE id = 101;
COMMIT;
-- → 잠금 대기 증가, 데드락 위험

-- ✅ 좋은 예: 외부 호출을 트랜잭션 밖으로
-- 1. 상태를 PENDING으로 저장
-- 2. 트랜잭션 종료
-- 3. 외부 API 호출
-- 4. 결과에 따라 새 트랜잭션으로 상태 업데이트

-- 저장점(Savepoint) 활용
BEGIN;
SAVEPOINT before_update;
UPDATE products SET stock = stock - 1 WHERE id = 'P001';
-- 문제 발생 시
ROLLBACK TO SAVEPOINT before_update;
-- 일부만 롤백, 전체 트랜잭션은 유지
COMMIT;