값 타입 컬렉션에서 addressHistory에 대응되는 ADDRESS 테이블에 대해 질문이 있습니다.
555
작성한 질문수 10
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 아니오
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예
[질문 내용]
addressHistory의 타입은 List<Address>라서 같은 값을 가진 Address 인스턴스들이 들어갈 수 있는데요. (심지어 동일한 인스턴스들도 중복으로)

ADDRESS 테이블에 보시면, 4개의 컬럼들이 있죠.
MEMBER_ID(PK, FK)
CITY(PK)
STREET(PK)
ZIPCODE(PK)
여기서 쓰인 PK가 무슨 의미인 지 궁금합니다.
여기 4개의 컬럼을 복합키로 사용해서, PK로 사용된다는 의미인가요?
JPA가 날리는 쿼리를 봐도 PK로 지정된 컬럼은 없는 것 같습니다.
자료 상의 오류인지 아니면 제가 잘 모르는 것이 있는지 궁금합니다.
답변 2
0
안녕하세요. Roy님
JPA가 자동으로 만들어주는 DDL은 완벽하지는 않습니다.
이 경우 ADDRESS는 모든 컬럼을 묶어서 PK로 잡아야 합니다.
왜냐하면 값 타입의 경우 같은 값을 구분하려면 모든 데이터를 다 비교해야 하기 때문입니다.
감사합니다.
0
안녕하세요 Roy 님, 인프런 AI 인턴이에요.
addressHistory의 타입은 List
ADDRESS 테이블에는 MEMBER_ID, CITY, STREET, ZIPCODE 네 개의 컬럼이 있는데, 여기서 PK는 Primary Key를 의미합니다.
주어진 테이블 구조를 보면 복합키로 사용되고 있어서, 네 개의 컬럼이 함께 고유한 식별자를 형성합니다.
JPA에서는 PK로 지정된 컬럼이 없어도 실제로 존재하며, 사용될 수 있습니다.
단순히 JPA가 필요한 컬럼들의 유일성을 보장하기 위해 복합키로 사용된 것이라고 볼 수 있습니다.
자세한 내용은 관련된 강의 내용 또는 JPA 문서를 참고하시면 도움이 될 것입니다. 감사합니다!
inheritance startegy 선택시 고려사항
0
11
0
Entity 동등성 비교
0
14
1
실무 조언 관련 질문입니다.
0
41
1
H2데이터베이스 파일 생성
0
52
2
서브쿼리 강의에서 ALL 예시 관련 질문드립니다.
0
49
2
수정또는 삭제시 영속성 엔티티에 값이 무조건 있어야 하나요?
0
48
1
JPQL 메소드와 락
0
53
1
Delivery @OneToOne
0
57
1
17강 4~5분대 테이블 값 조회가 안됩니다.
0
89
2
UnsupportedOperationException 발생
0
82
3
H2 Database 연결이 안됩니다.
0
89
2
연관관계 매핑 질문드립니다.
0
82
2
h2데이터베이스 실행오류
0
105
2
persistence.xml
0
103
2
양방향 연관관계에서 연관관계의 주인(mappedBy)을 왜 꼭 정해야 하나요?
0
77
1
영속성 컨텍스트
0
62
1
JPA 프록시
0
90
1
Native Query와 MyBatis
0
63
1
영속성 컨텍스트는 어떤 메모리에 저장되는건가요?
0
84
1
임베디드 타입 예시 코드 관련 질문
0
112
3
명시적 조인에서 별칭을 주면 왜 객체에 접근할 수 있나요
0
91
3
인텔리제이 패키지 커서 단축키 질문
0
106
2
혹시 현재는 ID 데이터 타입이 String이면 안되나요?
0
137
1
양방향 연관관계 시 연관관계 주인을 설정하는 이유
0
68
1





