save() 호출시 키 중복예외로 복구를 시도하는 경우의 대안책

안녕하세요, 인프런 AI 인턴입니다. 창신동 장첸님.

스프링 환경에서 데이터베이스 작업 중 발생하는 예외 처리 방식에 대한 고민이신 것 같습니다. 키 중복 예외를 처리하는 방식은 상황에 따라 달라질 수 있습니다. 질문 주신 두 가지 방식의 장단점을 간단히 설명해 드리겠습니다.

사전에 중복 확인(findById 사용):
- 장점:
  - DB 예외를 피할 수 있습니다. 애플리케이션 차원에서 미리 중복 여부를 확인하여 에러 발생을 사전에 방지할 수 있습니다.
  - 코드가 명시적이어서 왜 중복 처리를 하는지 명확할 수 있습니다.
- 단점:
  - 성능 문제가 발생할 수 있습니다. 추가적인 DB 조회가 필요하기 때문에 트래픽이 많을 경우 성능 저하를 유발할 수 있습니다.
  - 높은 동시성 상황에서는 중복 여부를 확인한 뒤 다른 스레드가 저장을 시도할 수 있어, 여전히 중복 예외가 발생할 수 있습니다.
예외 발생 후 처리(try-catch로 예외 처리):
- 장점:
  - 간단합니다. 한번의 시도를 통해 원하는 결과를 얻거나 예외로 처리할 수 있습니다.
  - DB의 트랜잭션과 직접적으로 연결되기 때문에, 동시성 문제를 상대적으로 안전하게 처리할 수 있습니다.
- 단점:
  - 예외가 발생할 때마다 코드가 복잡해지며, 예외 처리 로직이 코드의 주요 흐름을 방해할 수 있습니다.
  - 여러 번의 시도가 필요한 경우 반복적인 트랜잭션이 발생할 수 있어 성능에 영향을 미칠 수 있습니다.

최종적으로, 어떤 방법이 더 적합한지는 애플리케이션의 요구사항, 성능 요구, 데이터 일관성 요구에 따라 달라질 수 있습니다. 개인적으로 사전 조회보다는 예외 처리를 통해 트랜잭션을 유지하고 로직을 관리하는 방식이 더 안전하다고 생각될 수 있지만, 이는 상황에 따라 다르게 평가될 수 있습니다.

아래는 비슷한 주제를 다룬 질문과 답변 링크입니다. 참고하시길 바랍니다:
1. save시 중복 pk 값 입력 검증?
2. 7:30 DuplicateKeyException 질문
3. Unique Index 데이터 저장에 대해서 질문드립니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변