leemaru

아 그렇군요!
학교에서 native jdbc만 사용하다가, jpa를 접하니 헤어나올 수 없도록 재밌습니다.&nbsp;

엔티티매니저 동시성 문제

이해했습니다. 결국 물리적으로 데이터베잇에 직접 하이버네이터가 unique 제약조건을 걸어둘거라고 착각을 한 제 잘못입니다.
다시 생각을 해봐도 OneToOne 매핑 해줬다고 제약조건 까지 걸어줘 버리는건, 개발자가 예상치 못한 제약조건이 들어가버린 다는 뜻이되니,&nbsp; 다음과 같이 어느정도 허용은 해주는게 맞는 것 같습니다.&nbsp;
유니크 말고도 여러가지 방법이 있다는 점이 재밌어지네요. 제 생각에도 유니크만이 최선의 방법이라고 생각하지는 않습니다.&nbsp;

결국 unique때문에 데이터베이스 에서 예외처리가 나온다면, 개발자가 의도한 바가 맞을 수 있겠지만,&nbsp; 로그에 error stack trace가 쭉쭉 올라가고 나중에 서버를 올렸는데, unique 제약조건 때문에 다른에러랑 구분하기 힘들정도로 가독성이 떨어지는 경우도 무시할 수는 없겠고요.&nbsp;

그래서 데이터를 디비에 직접 저장하기전에, 쿼리를 먼저 날려서 지접 자바코드로 데이터의 중복이 있는지 없는지 알려주는 방법도 있을 수 있다고 생각합니다. 하지만 데이터를 넣기전에 쿼리를 날려서 직접 유니크 제약조건을 체크해준다는 것도, 성능을 고려했을 때에는, 좋은 방법은 아니라고 생각합니다.&nbsp;&nbsp;

어려우면서 재밌어지네요. ^^ 혹시 다른분들도 저랑 같은 생각을 할 수 도 있으니 제가 한번 <a href="https://catch-me-java.tistory.com/8" target="_blank" rel="noopener noreferrer">정리</a>해 보았습니다.&nbsp; 답변 달아주셔서 감사합니다.&nbsp;

실습도중 실수로 onetoone에다가 many로 넣어버렸는데 데이터가 들어가집니다.

네 제가 예시를 처음부터 잘못적었고, 질문 자체도 모순이 좀 많았습니다.&nbsp;
질문의 의도는 결국 npe를 왜 발생시키냐였습니다.
getProgress() 를 출력하면 null을 반환하고 getProgress().getDuration() 는 npe 가 발생하느냐 였습니다.
그냥 null을 주면 되는데 말이죠. 여기서 깊게 고민을 해봤고 다음과 같은 결론이 나왔습니다. 곰곰히 생각을 해보다가 이유를 알았고 블로그에 처음으로 생각을 정리하는겸 글을 적어봤습니다.&nbsp;&nbsp;
https://catch-me-java.tistory.com/2
사실 optional 강좌에 이런질문을 하는 것도 좀 이상했었네요. ㅠㅠ 강의 잘보고 유튜브도 잘 보고있습니다. 늘 감사합니다.!

Optional 질문

주말인데 이렇게 직접 답을 달아주셔서 너무 감사합니다. !&nbsp;

leemaru

Posts