쿠카의 개발일지

임베디드 타입 새로운 값 타입을 직접 정의할 수 있음 JPA는 임베디드 타입이라고 함. 주로 기본 값 타입을 모아서 복합값 타입이라고도 함. int, String과 같은 값 타입 재사용이 가능하며 높은 응집도 Period.isWork()처럼 해당 값 타입만 사용하는 의미 있는 메소드를 만들 수 있음 임베디드 타입을 포함한 모든 값 타입은, 값 타입을 소유한 Entity에 생명주기를 의존함 Member @Entity public class Member { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; @Column(name = "USERNAME") private String username; // 기간 @Embedded // Period..

부모 클래스는 테이블과 매핑하지 않고 부모클래스를 상속 받는 자식 클래스에게 매핑 정보만 제공하고 싶으면 @MappedSuperclass를 사용한다. 회원(member)과 판매자(seller)는 서로 관계가 없는 테이블과 엔티티이다. 테이블을 그대로 두고 객체 모델의 id, name 두 공통 속성을 부모 클래스로 모으로 객체 상속 관계로 만들어보자. @MappedSuperclass public abstract class BaseEntity { @Id @GeneratedValue private Long Id; private String name; ... } @Entity public class Member extends BaseEntity { //ID 상속 //NAME 상속 private String em..

Member가 연관관계 주인이고(외래키 있는 다쪽인 곳), Team은 연관관계 주인이 아닐 때, 다음 코드를 통해 다대일 양방향 관계를 알아보자 @Entity public class Member { //member 엔티티 @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; private String username; @ManyToOne @JoinColumn(name = "TEAM_ID") private Team team; public void setTeam(Team team) { this.team = team; //무한 루프에 빠지지 않도록 체크 if(!team.getMembers().contains(this)){ team.getMember..

사실 setTeam() 메소드에는 버그가 있다. member1.setTeam(teamA); //1 member2.setTeam(teamB); //2 Member findMEmber = teamA.getMember(); //member1이 여전히 조회된다. teamB로 변경할 때 teamA -> member1 관계를 제거하지 않았다. 연관관계를 변경할 때는 기존 팀이 있으면 기존 팀과 회원의 연관관계를 삭제하는 코드를 추가해야 한다. 따라서 다음 코드처럼 기존 관계를 제거하도록 코드를 수정해야 한다. public void setTeam(Team team) { //기존 팀과 관계를 제거 if (this.team != null) { this.team.getMembers().remove(this); //this..

양방향 연관관계는 결국 양쪽 다 신경 써야 한다. 다음처럼 member.setTeam(team) 과 team.getMembers().add(member)를 각각 호출하다 보면 실수로 둘 중 하나만 호출해서 양항향이 깨질 수 있다. member.setTeam(team); team.getMembers().add(member); 양방향 관계에서 두 코드는 하나인 것 처럼 사용하는 것이 안전하다. Member 클래스의 setTeam() 메소드를 수정해서 코드를 리팩토링해보자. public class Member { private Team team; public void setTeam(Team team){ this.team = team; team.getMembers().add(this);//this 는 membe..

JPA는 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 자동으로 삭제하는 기능을 제공하는데 이것을 고아 객체(ORPHAN) 제거라 한다. 이 기능을 사용해서 부모 엔티티의 컬렉션에서 자식 엔티티의 참조만 제거하면 자식 엔티티가 자동으로 삭제된다. @Entity public class Parent { @Id @GeneratedValue private Long id; @OneToMany(mappedBy = "parent", orphanRemoval = true) private List children = new ArrayList(); ... } 위 코드와 같이 orphanRemoval = true로 설정하면, 컬렉션에서 제거한 엔티티는 자동으로 삭제된다. Parent parent1 = em.find(Pare..

특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속 상태로 만들고 싶으면 영속성 전이(transitive persistence) 기능을 사용하면 된다. JPA는 CASCADE 옵션으로 영속성 전이를 제공한다. @Entity public class Parent {//부모 엔티티 @Id @GeneratedValue private Long id; @OneToMany(mappedBy = "parent") private List children = new ArrayList(); ... } @Entity public class Child {// 자식 엔티티 @Id @GeneratedValue private Long id; @ManyToOne private Parent parent; ... } JPA에서 ..

통합 테이블로 변환하는 단일 테이블 전략(SINGLE_TABLE) 서비스 규모가 크지 않고, 굳이 조인 전략을 선택해서 복잡하게 갈 필요가 없다고 판단 될 때에는 한 테이블에 다 저장하고, DTYPE으로 구분하는 단일 테이블 전략을 선택할 수 있다. INSERT 쿼리도 한 번, SELECT 쿼리도 한 번이다. 조인할 필요가 없고, 성능이 좋다. 단일 테이블 적용 아래와 같이, strategy를 SINGLE_TABLE로 변경하면 끝난다. JPA의 장점이다. 테이블 구조의 변동이 일어났는데, 코드를 거의 손대지 않고 어노테이션만 수정했다. 만약 JPA를 쓰지 않았더라면, 테이블 구조의 변경이 일어나면 거의 모든 코드를 손대야 할 것이다. 단일 테이블 전략에서는 @DiscriminatorColumn을 선언해 ..

편의상 새 프로젝트를 개발하였다(개발 환경을 셋팅함에 있어서 기존 것들과 Spring-Data-REST에서 필요한 버전과 맞추기가 쉽지 않았다). 프로젝트 스택은 다음과 같음 Gradle 프로젝트 Java 11 Spring Boot 2.6.5 dependency Spring Data JPA H2 Database(인메모리 기반으로 간단한 확인 용도) Spring Data REST Lombok CRUD를 개발할 때, 기존 JPA의 경우 Controller, Service, Repository, Entity를 만들어야 했다. 반면, Spring Data REST 의 경우 Repository, Entity 만 개발하면 API의 CRUD를 만들 수 있다. 2개의 클래스만 개발하면 CRUD가 가능하였다. 1건을 입..

컬럼에서 DB에 데이터를 변환하는 @Converter 어노테이션을 쓰다가 아래와 같은 에러와 마주치게 되었다. JpaSystemException: Error attempting to apply AttributeConverter 이를 해결하기 위해 Converter를 구현하는 인터페이스를 살펴보기로 했다. JpaAttributeConverter 인터페이스와 구현체 JpaAttributeConverterImpl 는 JpaAttributeConverter 인터페이스의 표준 구현체이다. attributeConverterBean 이라는 멤버변수에 AttributeConverter인터페이스를 구현한 커스텀 컨버터들을 가지고 있다가 경우에 따라서 관계형 값을 도메인 값으로, 도메인 값을 관계형 값으로 변환을 해준다...