값 타입 컬렉션 대안
951
작성한 질문수 30
값 타입 컬렉션 대안으로 entity에 감싼다고 했는데요
예를 들어 @Embedable인 Address를 그냥 처음부터
@Entity로 승격시켜버리면 되는데 굳이 왜 감싸나요?
답변 1
0
안녕하세요, taeu kim 님! 공식 서포터즈 codesweaver 입니다.
데이터 설계 시 어떤 개념이 엔티티인지 아닌지를 판별하는 일이 가장 중요한데요, 엔티티 여부를 결정하는 기준은 '업무'입니다.
업무상 관리할 필요가 있는 데이터는 엔티티로 관리하는것이 맞지만, 그렇지 않은 경우라면 엔티티로 관리하지 않는것이 낫습니다. 엔티티가 많아질수록 시스템은 복잡해지기 떄문입니다. 또 엔티티가 아닌 데이터를 엔티티로 관리할 경우 변화에 대응하기 어려워지기도 합니다.
강의에서는 '한 명의 사용자가 한 개의 주소를 갖는다'는 요구사항이 있기에 Address 를 엔티티로 승격하는 것은 과도한 설계가 될 수 있습니다(물론 이런 판단은 개인마다 달라질 수 있습니다). 만약 요구사항이 '한 명의 사용자가 여러 개의 주소를 등록하고 관리할 수 있다' 였다면 사용자와 주소가 1:N이 되므로 그때는 사용자와 Address를 분리, Address 를 엔티티로 승격, 관리하는 방법을 사용해야 합니다.
감사합니다.
0
address를 값 타입으로 관리한다고 하더라도 addressEntity에 감싸면 결국 Entity가 생기는 것이므로
address를 Entity로 하는 경우와 같은 거 아닌가요? 이 차이가 무엇인지 궁금합니다.
벌크연산에서 member.getAge 호출 시 영속성 컨텍스트에서 데이터를 가져오는건가요?
0
29
2
inheritance startegy 선택시 고려사항
0
22
1
Entity 동등성 비교
0
21
1
실무 조언 관련 질문입니다.
0
47
1
H2데이터베이스 파일 생성
0
56
2
서브쿼리 강의에서 ALL 예시 관련 질문드립니다.
0
53
2
수정또는 삭제시 영속성 엔티티에 값이 무조건 있어야 하나요?
0
55
1
JPQL 메소드와 락
0
55
1
Delivery @OneToOne
0
60
1
17강 4~5분대 테이블 값 조회가 안됩니다.
0
94
2
UnsupportedOperationException 발생
0
86
3
H2 Database 연결이 안됩니다.
0
95
2
연관관계 매핑 질문드립니다.
0
85
2
h2데이터베이스 실행오류
0
108
2
persistence.xml
0
108
2
양방향 연관관계에서 연관관계의 주인(mappedBy)을 왜 꼭 정해야 하나요?
0
80
1
영속성 컨텍스트
0
66
1
JPA 프록시
0
97
1
Native Query와 MyBatis
0
70
1
영속성 컨텍스트는 어떤 메모리에 저장되는건가요?
0
87
1
임베디드 타입 예시 코드 관련 질문
0
115
3
명시적 조인에서 별칭을 주면 왜 객체에 접근할 수 있나요
0
95
3
인텔리제이 패키지 커서 단축키 질문
0
108
2
혹시 현재는 ID 데이터 타입이 String이면 안되나요?
0
145
1