전체 글

오늘 팀프로젝트를 하면서 UserDetails에서 받아온 유저를 Service단에서 레포지토리에 불러온 유저랑 비교를 하고 안맞으면 튕겨내는 예외처리를 만들었다. 근데 계속 오류가 나는 것이다. @Transactional public ReviewCommentResponseDto updateComment(ReviewCommentRequestDto requestDto, Long movieId, Long reviewId, Long commentId, User user) { checkMovieAndReview(movieId, reviewId); ReviewComment reviewComment = reviewCeommentRepository.findById(commentId) .orElseThrow(() -> ..

팀 프로젝트중 오픈 API를 사용하기로 했다. 영화진흥위원회 오픈API OPEN API 서비스 영화진흥위원회 영화관입장권통합전산망에서 제공하는 오픈API 서비스로 더욱 풍요롭고 편안한 영화 서비스를 즐겨보세요. www.kobis.or.kr 이건데 오늘 이 부분을 구현하면서 Json 파싱 하는 방법이랑 오브젝트로 매핑하는 방법을 알았다. 오픈 API 사용법 부터 알아야겠지? 우선 라이브러리를 제공한다 처음엔 RestTemplate을 적용하려 했으나 라이브러리가 있으면 시간도 아낄 겸 활용하자 생각해서 라이브러리를 사용했다. 안에서 보면 getMovieList를 오버로딩하고 있다. 밑에껀 모든 검색 기준 넣어줘야 검색 위에껀 특정 검색 기준으로만 검색 검색 기준은 아래서 확인 가능하다 흠 나는 특정 검색 기..

팀 프로젝트를 진행하던 중 문제가 생겼다. 팀 프로젝트는 영화 리뷰 사이트인데 나는 OpenApi 를 적극 활용하고 싶어서 영화를 불러오는 OpenApi를 적용 시키려고 했다. 영화 진흥 위원회 오픈 API를 사용하고 싶었다. 영화진흥위원회 오픈API 제공서비스 영화관입장권통합전산망이 제공하는 오픈API서비스 모음입니다. 사용 가능한 서비스를 확인하고 서비스별 인터페이스 정보를 조회합니다. www.kobis.or.kr 영화 진흥 위원회 Opne API 인데 이 오픈 API를 간단하게 사용하기 위해서 이런 외부 라이브러리 파일을 제공한다! 그래서 외부 라이브러리 적용 방법을 찾고 적용을 헀더니... 이런 오류가 난다. 내가 적용 했던 방법이 뭐냐 근데 이상한게 import는 잘 되고 있다는 것이다. 왜 인..

PUT과 PATCH 너네 둘이 궁금하다 오늘 팀 프로젝트를 하던 중, 프로필 수정에서 PUT방식을 써야할 까 PATCH 방식을 써야할까 많은 고민을 했다. PUT vs PATCH 대충 PUT은 전부 변경 PATCH는 일부만 변경하는 것으로 알고 있을 것이다. 여기서 차이가 생긴다 PUT은 전부 변경하기 위해 사전에 해당 객체의 모든 정보를 알고 있어야 한다. PATCH는 변경하기 위해 변경해야할 부분의 정보만 알고 있으면 된다. PUT PUT은 전부 변경하기 위해 사전에 해당 객체의 모든 정보를 알고 있어야 한다고 했다. 예를 들어 게시글 수정을 해야한다고 하자 게시글에는 제목, 작성자, 내용과 같은 정보가 들어있다. { "title" : "title" "author" : "author" "content..

간단 요약 CascadeType.REMOVE와 orphanRemoval은 부모 객체를 지우면 자식 객체도 지운다. 차이점은 부모 객체와 자식의 연관관계를 지우면 CacadeType.REMOVE는 자식을 삭제하지 않고 orphanRemoval은 자식을 삭제한다. 고아 객체 부모 엔티티와 연관 관계가 끊어진 객체를 의미한다. 부모 객체를 지우면 모든 자식 객체들은 고아 객체가 된다. 부모 객체가 자식 객체와의 연관관계를 삭제하면, 해당 자식 객체는 고아 객체가 된다. CascadeType.REMOVE 부모 객체를 지우면 자식 객체도 지운다. 부모 객체가 자식 객체를 지웠을 때, 자식 객체는 삭제되지 않고 DB에 남아 있는다. 부모 객체 클래스를 만들고 @Entity @Getter @Setter public ..

Entity의 연관관계 실제 서비스에서는 Entity 하나로 연관 관계없이 구현하는 경우가 없다. DB를 배울 때 기본키(PK) 와 외래키(FK)로 서로 참조를 할 수 있다는 것을 배웠다 기본키와 외래키 기본키 테이블 내에서 각 행을 구별하기 위해 사용 중복되지 않는 유일한 값 외래키 다른 테이블의 기본키를 참조하는 역할 외래키 PK말고 다른 걸로 안 되나? 다른 테이블의 기본키 말고 다른 필드를 외래키로 사용하는 것은 일반적인 방법은 아니다. 데이터의 무결성을 보장해줄 수 없기 때문이다. Unique 제약 조건 달면 무결성 유지 되는 거 아닌가? 맞다... 근데 데이터 베이스 설계 관점에서 예측 가능하고 명확한 구조를 유지하는 것이 중요하기에 특별한 요구가 있지 않은 이상 이런 방법은 비선호 한다고 한..