대출 시스템의 트랜잭션 처리나 정합성 이슈를 고려한 DB 설계 경험이 있다면, 어떤 방식으로 접근했는지 이야기해 주세요.

대출 시스템을 직접 개발한 경험은 없지만, 포트폴리오 프로젝트에서 유사한 트랜잭션 정합성 문제를 다뤘습니다. 주문-결제-재고 세 테이블이 연관된 구조였는데, 결제 성공 후 재고 차감이 실패하면 데이터가 불일치했습니다. 각 단계를 하나의 트랜잭션으로 묶고, 실패 시 명확한 롤백 시점을 정했습니다. 대출 시스템에서도 승인 상태 변경, 한도 차감, 이력 기록이 원자적으로 처리돼야 한다는 것을 이해합니다.

금융 도메인은 이런 정합성 요건이 더 엄격하고 감사 이력도 남겨야 한다는 점이 다를 것 같습니다. 직접 경험은 없지만 트랜잭션 설계 원칙은 이미 적용해봤습니다. 그 과정이 값진 배움이었습니다.