# 기본 값 타입 ### JPA의 데이터 타입 * **엔티티 타입** * `@Entity`로 정의하는 객체 * 데이터가 변해도 식별자로 지속해서 추적 가능하다 * 예)회원 엔티티의 키나 나이 값을 변경해도 식별자로 인식 가능하다 * **값 타입** * int, Integer, String처럼 단순히 값으로 사용하는 자바 기본 타입이나 객체 * 식별자가 없고 값만 있으므로 변경시 추적 불가하다 * 예) 숫자 100을 200으로 변경하면 완전히 다른 값으로 대체 ### 값 타입 * **기본값 타입** * 자바 기본 타입(int, double) * 래퍼 클래스(Integer, Long) * String * 값 타입은 공유되면 안된다 ```java int a = 10; int b = a; // 값이 복사가 돼서 넘어감 b = 20; System.out.println("a = " + a); // 10 System.out.println("b = " + b); // 20 Integer c = new Integer(10); Integer d = c; // 일반적인 클래스와 다르게 참조해도 값이 복사돼서 넘어감 d = 20; System.out.println("c = " + c); // 10 System.out.println("d = " + d); // 20 ``` * 예) 회원 이름 변경시 다른 회원의 이름도 함께 변경되면 안된다 * int, double과 같은 기본값은 공유가 안되고 복사 되도록 되어 있다 * 일반적인 클래스와 다르게 래퍼 클래스는 참조(=)해도 공유가 안되고 복사 되도록 되어 있다 * 생명주기를 엔티티에 의존한다 * 예) 회원을 삭제하면 이름, 나이 필드도 함께 삭제된다 * **임베디드 타입**(embedded type, 복합 값 타입) ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1676194491565/003ad7b0-1583-452f-820e-633fe04282b0.png align="center") * int, String과 같은 값 타입을 모아서 새로운 값 타입을 직접 정의할 수 있다 * 주로 기본 값 타입을 모아서 만들어서 복합 값 타입이라고도 한다 * 임베디드 타입의 값이 null이면 매핑한 컬럼 값은 모두 null이다 * **임베디드 타입 사용법** * `@Embeddable`: 값 타입을 정의하는 곳에 표시한다 * `@Embeded`: 값 타입을 사용하는 곳에 표시한다 * 기본 생성자 필수 * **장점** * 임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다 * 객체와 테이블을 아주 세밀하게(find-grained) 매핑하는 것이 가능하다 * 재사용을 높일 수 있다 * 높은 응집도를 만들 수 있다 * Period.isWork()처럼 해당 값 타입만 사용하는 의미 있는 메소드를 만들 수 있다 * 임베디드 타입을 포함한 모든 값 타입은, 값 타입을 소유한 엔티티의 생명주기를 의존한다 * **임베디드 타입 재정의** * 한 엔티티에 임베디드 타입을 여러 개 사용하면 컬럼명이 중복된다 * `@AttributeOverrides`**,** `@AttributeOverride`를 사용해서 컬러 명 속성을 재정의할 수 있다 * **주의 사항(값 타입의 공유 참조)** ```java Address address = new Address("city", "street", "10000"); Member member1 = new Member(); member1.setName("member1"); member1.setAddress(address); Member member2 = new Member(); member2.setName("member2"); member2.setAddress(address); Member member3 = new Member(); member3.setName("member3"); member3.setAddress(new Address(address.getCity(), address.getStreet(), address.getZipcode())); member1.getAddress().setCity("newCity"); System.out.println("member1.getAddress().getCity() = " + member1.getAddress().getCity()); // member1.getAddress().getCity() = newCity System.out.println("member2.getAddress().getCity() = " + member2.getAddress().getCity()); // member2.getAddress().getCity() = newCity System.out.println("member3.getAddress().getCity() = " + member3.getAddress().getCity()); // member3.getAddress().getCity() = city ``` * 임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다 * 항상 값을 복사해서 사용하면 공유 참조로 인해 발생하는 부작용을 피할 수 있다 * 하지만 객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다 * 따라서 값 타입은 불변 객체로 만들어 객체 타입을 수정할 수 없게 부작용을 원천 차단한다 * 생성자로만 값을 설정하고 수정자(Setter)를 만들지 않으면 된다 * 불변이라는 작은 제약으로 부작용이라는 큰 재앙을 막을 수 있다 * **값 타입의 비교** * 값 타입의 equals() 메소드를 재정의해서 동등성을 비교해야 한다 * 동일성(identity) 비교: 인스턴스의 참조 값을 비교, == 사용 * 동등성(equivalence) 비교: 인스턴스의 값을 비교, equals() * **컬렉션 값 타입**(collection value type) ![](https://cdn.hashnode.com/res/hashnode/image/upload/v1676201529704/536f1b51-fd86-4798-b943-d121ae3dbbf3.png align="center") ```java @Entity @Getter @Setter public class Member extends BaseEntity { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; private String name; @ElementCollection @CollectionTable( name = "FAVORITE_FOOD", joinColumns = @JoinColumn(name = "MEMBER_ID") ) @Column(name = "FOOD_NAME") private Set favoriteFoods = new HashSet<>(); @ElementCollection @CollectionTable( name = "ADDRESSS", joinColumns = @JoinColumn(name = "MEMBER_ID") ) private List
addressHistory = new ArrayList<>(); } ``` ```java Member member = new Member(); member.setName("member"); member.setAddress(new Address("homeCity", "street", "10000")); member.getFavoriteFoods().add("치킨"); member.getFavoriteFoods().add("족발"); member.getFavoriteFoods().add("피자"); member.getAddressHistory().add(new Address("old1", "street", "10000")); member.getAddressHistory().add(new Address("old2", "street", "10000")); em.persist(member); // 엔티티의 값 타입의 생명주기는 엔티티에 의존한다 // 별도로 persist하거나 관리할 필요가 없다 // 컬렉션 값 타입은 영속성 전의(Cascade) + 고아 객체 제거 기능을 필수로 가진다고 볼 수 있다 em.flush(); em.clear(); System.out.println("========================"); Member findMember = em.find(Member.class, member.getId()); System.out.println("========================"); // 컬렉션 값 타입은 지연 로딩 된다 /* ======================== Hibernate: select member0_.MEMBER_ID as member_i1_7_0_, member0_.createBy as createby2_7_0_, member0_.createDate as createda3_7_0_, member0_.lastModifiedBy as lastmodi4_7_0_, member0_.lastModifiedDate as lastmodi5_7_0_, member0_.city as city6_7_0_, member0_.street as street7_7_0_, member0_.zipcode as zipcode8_7_0_, member0_.name as name9_7_0_, member0_.TEAM_ID as team_id10_7_0_ from Member member0_ where member0_.MEMBER_ID=? ======================== */ ``` * 데이터베이스는 컬렉션을 같은 테이블에 저장할 수 없다. 컬렉션을 저장하기 위한 별도의 테이블이 필요하다 * `@ElementCollection`, `@CollectionTable`를 사용한다 * 엔티티의 값 타입의 생명주기는 엔티티에 의존한다 * 별도로 persist하거나 관리할 필요가 없다 * 컬렉션 값 타입은 영속성 전의(Cascade) + 고아 객체 제거 기능을 필수로 가진다고 볼 수 있다 * 컬렉션 값 타입은 디폴트로 지연 로딩 된다 * **컬렉션 값 타입 문제점** ```java // 컬렉션 수정 // 치킨 -> 한식 findMember.getFavoriteFoods().remove("치킨"); findMember.getFavoriteFoods().add("한식"); /* Hibernate: delete collection row jpabook.jpashop.domain.Member.favoriteFoods delete from FAVORITE_FOOD where MEMBER_ID=? and FOOD_NAME=? */ /* Hibernate: insert collection row jpabook.jpashop.domain.Member.favoriteFoods insert into FAVORITE_FOOD (MEMBER_ID, FOOD_NAME) values (?, ?) */ // 컬렉션 값 타입 수정 // 컬렉션을 모두 삭제했다가 현재 값을 모두 다시 insert한다 // old1 -> newCity findMember.getAddressHistory().remove(new Address("old1", "street", "10000")); findMember.getAddressHistory().add(new Address("newCity", "street", "10000")); /* Hibernate: delete collection jpabook.jpashop.domain.Member.addressHistory delete from ADDRESSS where MEMBER_ID=? */ /* Hibernate: insert collection row jpabook.jpashop.domain.Member.addressHistory insert into ADDRESSS (MEMBER_ID, city, street, zipcode) values (?, ?, ?, ?) */ /* Hibernate: insert collection row jpabook.jpashop.domain.Member.addressHistory insert into ADDRESSS (MEMBER_ID, city, street, zipcode) values (?, ?, ?, ?) */ ``` * 값 타입은 엔티티와 다르게 식별자 개념이 없다 * 식별자가 없기 때문에 값을 변경하면 추적이 어렵다 * 식별자가 없기 때문에 컬렉션 값 타입을 수정(삭제, 추가)하면 컬렉션을 모두 삭제했다가 현재 컬렉션에 있는 값을 모두 다시 insert한다 * 컬렉션 값 타입을 매핑하는 테이블은 모든 컬럼을 묶어서 기본 키를 구성해야 하기 때문에 null을 입력할 수 없고, 중복 저장할 수 없다 * **컬렉션 값 타입 대안** ```java @Entity @Getter @Setter public class Member extends BaseEntity { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; private String name; @ElementCollection @CollectionTable( name = "FAVORITE_FOOD", joinColumns = @JoinColumn(name = "MEMBER_ID") ) @Column(name = "FOOD_NAME") private Set favoriteFoods = new HashSet<>(); // @ElementCollection // @CollectionTable( // name = "ADDRESSS", // joinColumns = @JoinColumn(name = "MEMBER_ID") // ) // private List
addressHistory = new ArrayList<>(); @OneToMany(cascade = ALL, orphanRemoval = true) @JoinColumn(name = "MEMBER_ID") private List addressHistory = new ArrayList<>(); @OneToMany(mappedBy = "member") private List orders = new ArrayList<>(); } ``` ```java Member member = new Member(); member.setName("member"); member.setAddress(new Address("homeCity", "street", "10000")); member.getFavoriteFoods().add("치킨"); member.getFavoriteFoods().add("족발"); member.getFavoriteFoods().add("피자"); member.getAddressHistory().add(new AddressEntity("old1", "street", "10000")); member.getAddressHistory().add(new AddressEntity("old2", "street", "10000")); em.persist(member); //영속성 전의(Cascade) + 고아 객체 제거 기능으로 인해 별도로 persist하거나 관리할 필요가 없다 em.flush(); em.clear(); System.out.println("========================"); Member findMember = em.find(Member.class, member.getId()); System.out.println("========================"); // @OneToMany는 디폴트로 지연 로딩된다 // 일대다 엔티티 수정 // old1 -> newCity findMember.getAddressHistory().remove(new AddressEntity("old1", "street", "10000")); findMember.getAddressHistory().add(new AddressEntity("newCity", "street", "10000")); /* Hibernate: insert jpabook.jpashop.domain.AddressEntity insert into ADDRESS (city, street, zipcode, id) values (?, ?, ?, ?) */ /* Hibernate: create one-to-many row jpabook.jpashop.domain.Member.addressHistory update ADDRESS set MEMBER_ID=? where id=? */ ``` * `실무에서는 상황에 따라 컬렉션 값 타입 대신에 일대다 관계를 고려한다` * 일대다 관계를 위한 엔티티를 만들고, 여기에서 값 타입을 사용한다 * 영속성 전이(Cascade) + 고아 객체 제거를 사용해서 컬렉션 값 타입처럼 사용한다 ### 정리 * 엔티티 타입의 특징 * 식별자가 있다 * 생명 주기를 관리한다 * 공유될 수 있다 * 값 타입의 특징 * 식별자가 없다 * 생명 주기를 엔티티에 의존한다 * 공유하지 않는 것이 안전하다 * 복사해서 사용하거나 불변 객체로 만든다 * 실무에서 보통은 거의 엔티티이다 * 식별자가 필요하고, 지속해서 값을 추적, 변경해야 한다면 값 타입이 아닌 엔티티를 사용한다 * 값 타입은 간단하거나 정말 값 타입이라 판단될 때만 사용한다 * 엔티티와 값 타입을 혼동해서 엔티티를 값 타입으로 만들면 안된다 **참고 자료** * [**자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의**](https://www.inflearn.com/course/ORM-JPA-Basic/dashboard)