패스트캠퍼스 챌린지 3일차 - Entity, 관계

📌 Entity

✔️ GenerationType
@GeneratedValue(strategy = GenerationType.)

• IDENTITY
  • MySQL에서 사용하는 전략 (AUTO_INCREASEMENT)
• SEQUENCE
  • ORACLE, PostgreSQL, H2에서 사용하는 전략
• TABLE
  • DB 종류에 관계없이 ID를 관리하는 테이블을 생성하여 ID를 관리
• AUTO (default)
  • 각 DB에 알맞는 전략을 선택

---

✔️ @Table
name: 테이블 이름 지정
ex)
@Table(name = TBL_USER)

indexes = {@Index(columnList = "name")}
uniqueConstraints = {@@UniqueConstraint(columnName={"email"})}

• 인덱스, 제약사항을 코드레벨에서 정의
  but, DB에 정의되어 있지 않다면 동작하지 않음.
• DB에 직접 정의하는 것을 권장함 (엔티티에는 표시하지 않는 것을 권장)

---

✔️ @Column

• insertable
  • default: true
  • false로 설정시 해당 칼럼으로의 삽입 불가
• updatable
  • default: true
  • false로 설정시 해당 칼럼으로 수정 불가

✔️ @Transient

• 테이블과 매핑하지 않고자 하는 필드에 정의
• 객체와 생명주기를 같이함

---

✔️ @Enumerated

• Enum 타입을 매핑시키기 위한 어노테이션
  • EnumType.STRING, EnumType.ORDINAL (defualt)
    ex) @Enumerated(EnumType.STRING)
• EnumType.ORDINAL: 순서(숫자)
  • default 설정 값이지만 권장되지 않음
  • 순서(숫자)를 DB에 저장시키기 때문에 이후 중간에 Enun타입이 삽입되거나 삭제 후 삽입된다면 같은 순서(숫자)를 갖지만 다른 데이터를 나타낼 수 있다.
  • 에러의 여지가 있음
• EnumType.STRING: 문자그대로 사용
  • Enum타입의 순서가 아닌 문자를 그대로 DB에 저장
  • 순서에 기반하지 않기 때문에 ORDINAL에서 발생하는 에러의 여지가 없음

---

---

📌 관계

✔️ @ManyToOne 단방향

• One쪽에서 컬렉션 타입으로 필드를 선언
• @JoinColumn을 이용해서 반대편에 FK와 매핑
  ex) @JoinColumn(name = "user_id")
• One쪽의 컬렉션은 읽기 전용으로 수정되지 않도록 해줘야 함
  ex) @JoinColumn(insertable=false, updatable=false)

---

✔️ @ManyToMany
기본전략

• 중간 테이블 생성
• author : book => author_book_table
• 1:N의 경우 중간 테이블이 생기는 것을 @JoinColumn을 이용해서
  N쪽에 FK가 생기도록 해주었음
• M:N은 FK가 칼럼당 하나만 생기도록 보장할 수 있는 쪽이 없기 때문에 불가능
• 매우 복잡하므로 현업에서 잘 쓰이지 않음
• 1:M , M:1로 풀어서 중간테이블을 명시적으로 생성해서 M:N을 풀어내는 것을 권장
  (중간테이블을 엔티티로 승격)

---

✔️ @ManyToOne vs @OneToMany

• 엔티티의 조회 빈도에 따라 설계를 해야함
• User와 UserHistory의 관계에서 UserHistory 즉 변경이력에서
  현재 User의 상태를 조회하는 빈도는 적고 자연스럽지 않다고 생각됨.
• User에서 User의 변경이력을 참조하는 것은 자연스럽고 보다
  빈번할 것으로 생각됨
• 이러한 경우 User(One)쪽에 조회전용 컬렉션을 두고 @OneToMany와
  @JoinColumn(insertable, updatable) 를 이용해서 관계설정
• User객체에서 바로 getUserHistories()로 간단하게 조회가능

@ManyToOne이라면 ?

• UserHistory에 @ManyToOne User user로 관계설정

---

✔️ mappedBy

• 연관관계의 주인이 아님을 표시
• 해당 필드는 DB에 매핑되지 않고 객체 그래프로 탐색만 가능
• 되도록 단방향으로 설계하고 반드시 필요한 상황에만 사용하는 것을 권장
  (side-effect가 많음)

---

✔️ @ToString으로 인해 순환참조 발생 문제

@ToString.Exclude

• 설정한 필드는 ToString 대상에서 제외

---

👍 수강인증

 

패스트캠퍼스 [직장인 실무교육]

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성되었습니다.