• 목차

개요

• JPA 의 데이터 타입은 다음과 같다.
• 엔티티 타입 (@Entity)
• 값 타입
  • 기본 값 타입 (Primitive Type, Wrapper Class, Stirng)
  • 임베디드 타입 (Value Object)
  • 컬렉션 값 타입 (Java Collection Framework)

엔티티 타입

• @Entity로 정의하는 객체
• 데이터가 변해도 식별자(@Id)로 지속해서 추적 가능
• 예) 회원 엔티티의 키나 나이 값을 변경되어도 식별자로 인식 가능

값 타입

• 자바 기본 타입이나 객체

• 식별자가 없고 값만 있으므로 변경 시 추적 불가능(값 그 자체)

  • 예) 숫자 100을 200으로 변경하면 완전히 다른 값으로 식별

• 생명 주기를 엔티티에 의존한다.

  • 예) 회원 엔티티를 삭제하면 이름, 나이 필드 같은 값 타입도 함께 삭제

• 값 타입은 여러 곳에서 공유하여 사용하면 위험하다.

  • 예) 회원 이름 변경 시 다른 회원의 이름도 함께 변경되면 안됨

• 값 타입으로는 기본 값 타입, 임베디드 타입, 컬렉션 값 타입이 있다.

  기본 값 타입

  • Primitive Type, Wrapper Class, String Class
  • 참고 : 자바의 기본 타입은 절대 공유되지 않는다.
    • Primitive Type ****은 항상 값을 복사함으로 공유되지 않는다.
    • Wrapper Class 나 String Class 같은 경우 공유 가능한 객체지만 변경할 수 없다. (불변 객체)
    • 그러므로 기본 타입이나 불변 객체는 공유 걱정 없이 복사해서 안전하게 사용 가능하다.

  임베디드 타입

  • Value Object (VO)
  • 암배디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 공유한 값이 참조되므로 위험하다.
  • 그러므로 공유하지 못하도록 불변 객체(immutable object)로 설계해야 한다.

  컬렉션 값 타입

  • Java Collection Framework
  • 컬렉션에 기본 값 타입이나 임베디드 타입을 넣어서 사용한다.

값 타입과 불변 객체

• 값 타입은 여러 곳에서 공유하여 사용하면 위험하다.

• 특히 임베디드 타입의 경우 여러 엔티티에서 공유하면 Side Effect 가 발생할 수 있다.

  Address address = new Address("city", "street", "zipcode");
  
  Member member = new Member();
  member.setUsername("member1");
  member.setHomeAddress(address); // 동일한 VO 인스턴스 공유
  em.persist(member);
  
  Member member2 = new Member();
  member2.setUsername("member2");
  member2.setHomeAddress(address); // 동일한 VO 인스턴스 공유
  em.persist(member2);
  
  // member의 city 만 변경하기를 원하였지만 member2의 city 까지 같이 변경되었다.
  // 값 타입의 실제 인스턴스인 값을 공유하는 것은 위험하다.
  member.getHomeAddress().setCity("newCity");