개발하는 보라돌이

Member를 조회할 때, Team도 함께 조회해야 할까? 회원과 팀 함께 출력 public void printUserAndTeam(String memberId) { Member member = em.find(Member.class, memberId); Team team = member.getTeam(); System.out.println("회원 이름: " + member.getUsername()); System.out.println("소속팀: " + team.getName()); } 회원만 출력 public void printUser(String memberId) { Member member = em.find(Member.class, memberId); Team team = member.getTeam(..

@MappedSuperclass 공통 매핑 정보가 필요할 때 사용 (id, name) 상속관계 매핑 X 엔티티 X, 테이블과 매핑 X 부모 클래스를 상속받는 자식 클래스에 매핑 정보만 제공 조회, 검색 불가(em.find(BaseEntity) 불가) 직접 생성해서 사용할 일이 없으므로 추상 클래스 권장 @MappedSuperclass 테이블과 관계없고, 단순히 엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할 주로 등록일, 수정일, 등록자, 수정자 같은 전체 엔티티에서 공통으로 적용하는 정보를 모을 때 사용 참고: @Entity 클래스는 엔티티나 @MappedSuperclass로 지정한 클래스만 상속 가능 출처 : https://www.inflearn.com/course/ORM-JPA-Basic

상속관계 매핑 관계형 데이터베이스는 상속 관계 X 슈퍼타입 서브타입 관계라는 모델링 기법이 객체 상속과 유사 상속관계 매핑: 객체의 상속 구조와 DB의 슈퍼타입 서브타입 관계를 매핑 슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 구현하는 방법 각각 테이블로 변환 → 조인 전략 통합 테이블로 변환 → 단일 테이블 전략 서브타입 테이블로 변환 → 구현 클래스마다 테이블 전략 주요 어노테이션 @Inheritance(strategy=InheritanceType.XXX) JOINED : 조인 전략 SINGLE_TABLE : 단일 테이블 전략 TABLE_PER_CLASS : 구현 클래스마다 테이블 전략 @DiscriminatorColumn(name=“DTYPE”) @DiscriminatorValue(“XXX”) ..

다대다 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야 함 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능 @ManyToMany 사용 @JoinTable로 연결 테이블 지정 다대다 매핑: 단방향, 양방향 가능 다대다 매핑의 한계 편리해 보이지만 실무에서 사용 X 연결 테이블이 단순히 연결만 하고 끝나지 않음 주문시간, 수량 같은 데이터가 들어올 수 있음 다대다 한계 극복 연결 테이블용 엔티티 추가 (연결 테이블을 엔티티로 승격) @ManyToMany → @OneToMany, @ManyToOne 출처 : https://www.inflearn.com/course/ORM-JPA-Basic

일대일 관계 일대일 관계는 그 반대도 일대일 주 테이블이나 대상 테이블 중에 외래 키 선택 가능 주 테이블에 외래 키 대상 테이블에 외래 키 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가 일대일 : 주 테이블에 외래 키 단방향 다대일(@ManyToOne) 단방향 매핑과 유사 일대일 : 주 테이블에 외래 키 양방향 다대일 양방향 매핑처럼 외래 키가 있는 곳이 연관관계의 주인 반대편은 mappedBy 적용 일대일 : 대상 테이블에 외래 키 단방향 단방향 관계는 JPA 지원 X 양방향 관계는 지원 일대일 : 대상 테이블에 외래 키 양방향 일대일 주 테이블에 외래 키 양방향과 매핑 방법은 같음 일대일 정리 주 테이블에 외래 키 주 객체가 대상 객체의 참조를 가지는 것처럼 주 테이블에 외래 키를 두고 대상..

일대다 단방향 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인 테이블 일대다 관계는 항상 다(N) 쪽에 외래 키가 있음 객체와 테이블의 차이 때문에 반대편 테이블의 외래 키를 관리하는 특이한 구조 @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함 (중간에 테이블을 하나 추가함) 단점 일대다 단방향 매핑의 단점 엔티티가 관리하는 외래 키가 다른 테이블에 있음 연관관계 관리를 위해 추가로 UPDATE SQL 실행 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자 일대다 양방향 이런 매핑은 공식적으로 존재 X @JoinColumn(insertable=false, updatable=false) 읽기 전용 필드를 사용해서 양방향처럼 사용하는 방법 다대일 양방향을..

다대일 단방향 가장 많이 사용하는 연관관계 다대일의 반대는 일대다 다대일 양방향 외래 키가 있는 쪽이 연관관계의 주인 양쪽을 서로 참조하도록 개발 출처 : https://www.inflearn.com/course/ORM-JPA-Basic

연관관계 매핑 시 고려사항 3가지 다중성 단방향, 양방향 연관관계의 주인 다중성 다대일: @ManyToOne 일대다: @OneToMany 일대일: @OneToOne 다대다: @ManyToMany 단방향, 양방향 테이블 외래 키 하나로 양쪽 조인 가능 방향이라는 개념이 없음 객체 참조용 필드가 있는 쪽으로만 참조 가능 한쪽만 참조하면 단방향 양쪽이 서로 참조하면 양방향 연관관계의 주인 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음 객체 양방향 관계는 A → B, B → A처럼 참조가 2군데 객체 양방향 관계는 참조가 2군데 있고 둘 중 테이블의 외래 키를 관리할 곳을 지정해야 함 출처 : https://www.inflearn.com/course/ORM-JPA-Basic

양방향 매핑 시 가장 많이 하는 실수 (연관관계의 주인에 값을 입력하지 않음) Team team = new Team(); team.setName("TeamA"); em.persist(team); Member member = new Member(); member.setName("member1"); //역방향(주인이 아닌 방향)만 연관관계 설정 team.getMembers().add(member); em.persist(member) 양방향 매핑 시 연관관계의 주인에 값을 입력해야 한다. (순수한 객체 관계를 고려하면 항상 양쪽 다 값을 입력해야 한다.) Team team = new Team(); team.setName("TeamA"); em.persist(team); Member member = new Me..

양방향 매핑 [Member → Team] 단방향 연관관계 상태에서 양방향 매핑 Team 객체에 List members 추가 TEAM 테이블 변화 X (Member 엔티티는 단방향과 동일) @Entity public class Member { @Id @GeneratedValue private Long id; @Column(name = "USERNAME") private String name; private int age; @ManyToOne @JoinColumn(name = "TEAM_ID") private Team team; … (Team 엔티티는 컬렉션 추가) @Entity public class Team { @Id @GeneratedValue private Long id; private String ..