[JPA] EntityMapping / 연관관계 매핑 1

객체와 테이블 매핑

@Entity

• @Entty가 붙은 클래스는 JPA가 관리, 엔티티라한다.
• JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 필수
• 기본 생성자 필수(파라미터가 없는 public 또는 protected 생성자)
• final 클래스, enum, interface, inner 클래스 사용x
• 저장할 필드에 final 사용 불가(다른 강의 들을 때도 주로 private 필드로 생성했음)

@Entity 속정

     

     name - JPA에서 사용할 엔티티 이름을 지정하고 기본값으로는 클래스 이름을 그대로 사용한다. 

 

@Table 속성

     

     @Table은 엔티티와 매핑할 테이블을 지정한다

     name - 매핑할 테이블 이름이며 기본값은 엔티티 이름을 사용한다.

     uniqueConstraints - DDL 생성 시에 유니크 제약 조건 생성

 

데이터베이스 스키마 자동 생성

• DDL을 애플리케이션 실행 시점에 자동 생성
• 테이블 중심 -> 객체 중심
• 데이터베이스 방언을 활용해서 데이터베이스에 맞는 적절한 DDL 생성하고 이렇게 생성된 DDL은 개발 장비에서만 사용
• 생성된 DDL은 운영서버에서는 사용하지 않거나, 적절히 다듬은 후 사용한다.
• 운영 장비에는 절대 create, create-drop, update 사용하면 안된다.
• DDL 생성 기능은

속성 

• create - 기존테이블 삭제 후 다시 생성 (DROP + CREATE)
• create-drop -> create와 같으나 종료시점에 테이블 DROP
• update - 변경분만 반영(운영 DB에는 절대 사용 x)
• validate - 엔티티와 테이블이 정상 매핑되었는지만 확인
• none - 사용 안함

필드와 컬럼 매핑

• @Column - 컬럼 매핑
• @Temporal 날짜 타입 매핑
• @Enumerated - enum 타입 매핑  -> ORDINAL 사용 x , EnumType.STRING: enum 이름을 데이터베이스에 저장
• @Lob BLOB, CLOB 매핑
• @Transient - 특정 필드를 컬럼에 매핑하지 않음(매핑 무시)

 

기본 키 매핑

   @Id 

   @GeneratedValue

@Id @GeneratedValue(strategy = GenerationType.AUTO)
private Long id;

기본 키 제약 조건은 null 이 아니고 유일하며 변하면 안된다.

 

데이터 중심 설계의 문제점

• 객체 설계를 테이블 설계에 맞춘 방식
• 테이블의 외래키를 객체에 그대로 가져옴
• 객체 그래프 탐색이 불가능
• 참조가 없으므로 UML도 잘못됨
• 객체를 테이블에 맞추어 데이터 중심으로 모델링하면 협력 관계를 만들 수 없다.

 

연관관계 매핑

연관관계가 필요한 이유

      '객체지향 설계의 목표는 자율적인 객체들의 협력 공동체를 만드는 것이다'  - 객체지향의 사실과 오해라는 책 꼭 읽자!!

 

 

 

[출처] 해당 내용은 김영한 강사님의 인프런 강의를 학습하며 복습을 위해 정리한 글입니다. - https://www.inflearn.com/course/ORM-JPA-Basic