MSSQL Savepoint 중간 저장 지점으로 부분 롤백 구현하기

🔗 Savepoint란 무엇인가

MSSQL에서 Savepoint는 트랜잭션 내부의 특정 시점을 이름으로 지정해 두는 기능입니다.
트랜잭션이 진행되는 동안 이 지점까지의 변경 사항을 ‘중간 저장’처럼 기록해 두고, 이후 문제가 발생하면 해당 지점까지만 롤백할 수 있도록 해줍니다.
즉, 전체 트랜잭션을 취소하지 않고도 원하는 부분까지만 되돌릴 수 있는 유연한 제어가 가능합니다.

이 기능은 특히 대규모 데이터 변경 작업이나 여러 단계의 로직이 연속적으로 실행되는 상황에서 유용합니다.
예를 들어, 주문 처리 로직 중 앞부분에서 일부 데이터 변경은 성공했지만, 후반부에서 오류가 발생했을 때 전체를 되돌리지 않고 앞부분의 변경은 유지하고 싶은 경우 Savepoint가 빛을 발합니다.

📌 트랜잭션과의 관계

Savepoint는 독립적으로 존재할 수 없으며, 반드시 트랜잭션 내부에서만 선언할 수 있습니다.
트랜잭션이 종료되면 Savepoint 또한 사라집니다.
이 때문에 Savepoint를 사용하기 전에 반드시 BEGIN TRANSACTION을 통해 트랜잭션을 시작해야 합니다.

📌 Savepoint의 장점

• 💾트랜잭션 전체가 아닌 일부만 롤백 가능
• ⚡불필요한 전체 작업 취소를 줄여 성능 최적화에 기여
• 🛡️데이터 변경 시 안전성 확보

💬 Savepoint는 오류 복구뿐 아니라 실험적 쿼리를 테스트할 때도 유용합니다.
중간 상태를 저장해 두고 변경 사항을 비교할 수 있기 때문입니다.

🛠️ MSSQL에서 Savepoint 사용법 (SAVE TRANSACTION)

MSSQL에서 Savepoint를 설정하는 명령어는 SAVE TRANSACTION입니다.
이 명령어 뒤에 원하는 Savepoint 이름을 지정하여 해당 시점을 저장합니다.
Savepoint는 하나의 트랜잭션 내에서 여러 번 지정할 수 있으며, 같은 이름을 재사용하면 이전 Savepoint가 덮어쓰여집니다.

📌 기본 사용 구문

BEGIN TRANSACTION

-- 일부 데이터 변경
UPDATE Products SET Price = Price * 1.1 WHERE CategoryID = 1;

-- Savepoint 설정
SAVE TRANSACTION PriceUpdate;

-- 추가 데이터 변경
DELETE FROM Orders WHERE OrderDate < '2022-01-01';

위 예제에서 SAVE TRANSACTION PriceUpdate 구문은 ‘PriceUpdate’라는 Savepoint를 생성합니다.
이후 문제가 생기면 전체 트랜잭션을 롤백하지 않고 PriceUpdate 시점까지만 되돌릴 수 있습니다.

📌 Savepoint 네이밍 규칙

Savepoint는 명령 순서에 따라 동작하므로, 중요한 변경 직전마다 설정해두면 안전망 역할을 톡톡히 합니다.
특히 여러 단계의 데이터 조작이 포함된 스크립트에서는 필수적인 안전 장치로 자리 잡고 있습니다.

⚙️ ROLLBACK TO Savepoint 예제

MSSQL에서 Savepoint로 롤백하려면 ROLLBACK TRANSACTION SavepointName 구문을 사용합니다.
이 명령은 지정된 Savepoint 이후의 변경 사항만 취소하고, 이전 변경 사항은 그대로 유지합니다.
따라서 전체 트랜잭션을 취소하지 않고도 원하는 시점까지 안전하게 되돌릴 수 있습니다.

📌 예제 코드

BEGIN TRANSACTION

-- 첫 번째 변경
UPDATE Products SET Price = Price * 1.1 WHERE CategoryID = 1;

-- Savepoint 설정
SAVE TRANSACTION PriceUpdate;

-- 두 번째 변경
DELETE FROM Orders WHERE OrderDate < '2022-01-01';

-- 조건에 따라 롤백
IF @@ERROR <> 0
    ROLLBACK TRANSACTION PriceUpdate;

COMMIT TRANSACTION;

위 스크립트는 첫 번째 변경 후 PriceUpdate라는 Savepoint를 설정하고, 두 번째 변경에서 오류가 발생하면 해당 Savepoint 시점까지 되돌립니다.
이렇게 하면 첫 번째 변경은 유지되고, 두 번째 변경만 취소됩니다.

또한, ROLLBACK TO를 사용해도 트랜잭션은 여전히 활성 상태로 남아 있으므로, 모든 처리가 끝나면 반드시 COMMIT TRANSACTION을 호출해야 변경 사항이 확정됩니다.

🔌 저장 프로시저 내 Savepoint 활용

저장 프로시저(Stored Procedure) 내에서도 Savepoint는 유용하게 사용됩니다.
특히 여러 개의 데이터 처리 단계가 포함된 복잡한 로직에서, 각 단계별로 Savepoint를 설정해두면 부분 롤백을 통해 데이터 무결성을 보다 쉽게 유지할 수 있습니다.

📌 저장 프로시저 예제

CREATE PROCEDURE ProcessOrder
AS
BEGIN
    BEGIN TRANSACTION;

    -- Step 1: 재고 감소
    UPDATE Products SET Stock = Stock - 1 WHERE ProductID = 10;
    SAVE TRANSACTION AfterStockUpdate;

    -- Step 2: 주문 내역 추가
    INSERT INTO Orders (ProductID, Quantity) VALUES (10, 1);
    SAVE TRANSACTION AfterOrderInsert;

    -- Step 3: 결제 처리
    IF (SELECT PaymentStatus FROM Payments WHERE OrderID = SCOPE_IDENTITY()) <> 'Success'
    BEGIN
        ROLLBACK TRANSACTION AfterOrderInsert; -- 결제 실패 시 주문 내역 취소
    END

    COMMIT TRANSACTION;
END

이 예제에서는 재고 감소 후, 주문 내역 추가 후 각각 Savepoint를 설정했습니다.
결제 처리에서 실패하면 주문 내역 추가 단계까지만 롤백하고, 재고 변경은 유지합니다.
이렇게 하면 비즈니스 로직상 필요한 단계별 롤백이 가능해집니다.

또한, Savepoint는 중첩 트랜잭션 환경에서도 유용하지만, MSSQL에서는 실제로 중첩 트랜잭션이 지원되지 않으므로 Savepoint를 이용해 유사한 효과를 구현하는 것이 일반적입니다.

💡 주의사항 및 유의할 점

Savepoint는 강력한 트랜잭션 제어 기능이지만, 잘못 사용하면 오히려 데이터 무결성을 해칠 수 있습니다.
다음의 주의사항을 반드시 숙지해야 합니다.

📌 Savepoint 사용 시 유의점

• ⚠️Savepoint는 트랜잭션 내부에서만 동작하므로, BEGIN TRANSACTION 없이 사용하면 오류가 발생합니다.
• 🛑ROLLBACK TO 실행 후에도 트랜잭션은 종료되지 않으므로, 최종적으로 COMMIT TRANSACTION을 반드시 호출해야 합니다.
• 📛Savepoint 이름이 중복되면 기존 지점이 덮어쓰여 의도와 다른 롤백이 발생할 수 있습니다.
• 🔍테스트 환경에서 충분히 시뮬레이션 후 운영 환경에 적용하세요.

📌 성능과 관련된 고려사항

Savepoint는 메모리와 로그에 추가적인 부담을 주므로, 불필요하게 많이 생성하면 트랜잭션 로그가 커지고 성능이 저하될 수 있습니다.
따라서 정말 필요한 시점에만 생성하는 것이 좋습니다.

정리하자면, Savepoint는 부분 롤백을 가능하게 하는 강력한 도구이지만, 적재적소에 사용해야 합니다.
너무 자주 쓰거나 무분별하게 적용하면 오히려 문제를 유발할 수 있으니 주의가 필요합니다.

❓ 자주 묻는 질문 (FAQ)