강의자료와 실제 생성 테이블이 다르고, Address가 값 객체일 수 없다고 생각합니다.

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]
안녕하세요. 김영한님의 강의를 잘 보고 있습니다. 강의를 보던도중, 문득 의문점이 들어서 여쭤보고자 질문을 작성하게 되었습니다.

질문의 테마는 값 타입 컬렉션과 기본키라고 할 수 있겠네요.

1. 기본 지식

• 테이블은 기본키가 있을수도, 없을수도 있다.

제가 배운대로는, 테이블은 기본키가 존재할 수도 있고 존재하지 않을 수도 있다고 배웠습니다. 그리고 기본키를 두는 이유는 기본키가 겹치지 않도록 해서, 데이터 중복을 막고, 조회 시 효율 증가를 위해서라고 생각했습니다.

• 김영한님의 강의에서 말하는 값타입은 주소가 다르더라도 안에 있는 값이 모두 같다고 하신걸로 이해했습니다.

그래서 자바 객체가 값타입으로 들어가는 경우에는 equals를 통해서 같은지를 비교한다는 것도요!!

• 김영한님의 강의 중 예제로 들어주셨던 Member의 favoriteFoods, addressHistory는 값 타입을 데이터베이스 테이블로 변환한 예시로 이해했습니다.

그리고 강의 내용에서 JPA를 이용해서 Table 구조를 생성하는 걸로 이해했습니다.

여기까지가 제가 이해한 내용입니다.

저는 그래서 해당 구조로 데이터베이스를 만들어준다고 인지했고, FAVORITE_FOOD, ADDRESS는 각각 중복값이 들어갈 수없다고 생각했습니다.

2. 문제상황

• 하지만 테이블의 생성 내용을 보면, 기본키 설정 부분이 빠져 있습니다.

외래키 매핑만 되어 있고 실제로 기본키 부분이 빠져있습니다.

제가 만든, ADDRESS 테이블을 예시로 들면,

이는, FAVORITE_FOOD 도 동일합니다.

정말 중복값이 들어갈 수 없는지 테스트해보았습니다.

테스트를 위한 코드는 다음과 같습니다.

Address address = new Address("newCity", "street", "10000");

Member member1 = new Member();
member1.setName("member1");
member1.setHomeAddress(address);

member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("피자");
member1.getFavoriteFoods().add("족발");

Address oldAddress = new Address("oldCity3", "street", "10000");
member1.getAddressList().add(new Address("oldCity", "street", "10000"));
member1.getAddressList().add(new Address("oldCity2", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));

em.persist(member1);

결과값은 다음과 같습니다.

값을 보게되면, FAVORITE_FOOD의 경우는 Set 자료구조 사용으로 중복값이 들어갈 수 없는 것이고, ADDRESS의 경우는 중복값이 들어갈 수 있었습니다.

만약 값의 변경이 일어나는 경우에는 어떻게 될까? 하는 고민이 생겨, 중복으로 들어있는 내용의 값을 변경해보았습니다.

Address address = new Address("newCity", "street", "10000");

Member member1 = new Member();
member1.setName("member1");
member1.setHomeAddress(address);

member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("치킨");
member1.getFavoriteFoods().add("피자");
member1.getFavoriteFoods().add("족발");

Address oldAddress = new Address("oldCity3", "street", "10000");
member1.getAddressList().add(new Address("oldCity", "street", "10000"));
member1.getAddressList().add(new Address("oldCity2", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));
member1.getAddressList().add(new Address("oldCity3", "street", "10000"));

em.persist(member1);

em.flush();
em.clear();

Member findMember = em.find(Member.class, member1.getId());
System.out.println("================== Start 2 ==================");
findMember.getAddressList().remove(oldAddress);
findMember.getAddressList().add(new Address("newCity1", "street", "10000"));

tx.commit();

결과값은 다음과 같습니다.

중복값을 한번에 지워준다면, 그래도 결과적으로는 ADDRESS값을 중복이 없는 값객체로 쓸 수 있겠다고 생각했지만, 모두 지우지 않고 중복값을 하나만 지웠습니다.

물론 List의 특성 상 중복 값 한개만 지우는게 당연하지만요.

3. 가설

• 목표하던 테이블 구조로 실제로 만들어지지 않았다고 생각했습니다. -> 기본키가 없다.

왜냐하면 생성하고자 하는 테이블 구조와 생성된 테이블 구조가 다르기 때문입니다.

음식에서 중복이 생기지 않는 이유는 Set의 특성 때문이지 테이블 때문이 아니라고 생각이 들었습니다.

• 값 객체의 특성 상 중복을 허용하는 경우는 없다.

좋아하는 음식의 경우 같은 음식이 두번 있을 이유는 없지만, 이전의 주소의 경우는 같은 주소에 두번 이사갈 수 있다.

그렇다면 음식과 다르게 주소의 경우는 중복이 가능하고, 값을 추적할 수 있어야 하므로 Entity로 사용하는게 맞지 않을까요?

이 부분은 김영한님깨서 설명해주신 부분과 일치하지만, 결론까지 도달한게 맞는지 궁금합니다.

두서 없이 길게 적은 것 같은데, 제가 생각한 가설이 맞는지가 궁금합니다.

그리고 나아가 가설까지 도달하는 방식에 문제가 있거나 고칠점이 있다고 피드백도 부탁드립니다. 읽어주셔서 감사합니다.