JPA 기초 14강: 일대일 단방향 연관 매핑 상세 설명 및 실습

JPA 일대일 단방향 매핑은 효율적인 데이터 검색을 위해 `@OneToOne` 및 `@JoinColumn`과 같은 어노테이션을 사용합니다.

### JPA 기초: 일대일 단방향 연관 매핑 방법
* 📌 **JPA 기초 14강**에서는 엔티티 간 **일대일 단방향 연관 매핑** 방법을 다룹니다.  **필요한 경우에만** 엔티티 매핑을 사용하고, 조회 기능을 위해서는 별도 모델(QRS 등)을 사용하는 것이 좋습니다.  가능하다면 **일대일 양방향 매핑**을 사용하는 것이 권장됩니다.
* 📌 **참조 키를 이용한 매핑**에서는 `User` 테이블과 `MembershipCard` 테이블을 예시로, `MembershipCard` 테이블의 `userId` 컬럼을 이용하여 `User` 테이블을 참조하는 구조를 설명합니다.  `@OneToOne` 어노테이션과 `joinColumns` 속성을 사용하여 매핑을 설정합니다.
* 📌 **저장 및 조회** 과정에서, `MembershipCard` 생성 시 `User` 객체를 전달하고 저장하면, `User` 객체가 할당된 경우 해당 `userId` 값이 저장되고, 그렇지 않으면 `NULL` 값이 저장됩니다.  `MembershipCard` 조회 시, 연관된 `User` 객체도 함께 조회됩니다.  **기본 fetch 설정은 즉시 로딩** 방식이지만, `FetchType.LAZY`로 설정하면 지연 로딩 방식을 사용할 수 있습니다.
* 📌 **식별자 공유 방식 매핑**에서는 `User` 테이블과 `BestPick` 테이블이 **이메일을 공통 PK**로 사용하는 경우를 예시로 설명합니다.  `@OneToOne` 어노테이션과 `PrimaryKeyJoinColumn`을 사용하여 매핑을 설정합니다.  이 방식 역시 **기본 fetch 설정은 즉시 로딩**이며, `FetchType.LAZY`를 통해 지연 로딩으로 변경 가능합니다.
* 📌 두 방식 모두 **조인 쿼리**를 이용하여 데이터를 조회하며,  **즉시 로딩** 방식에서는 연관된 엔티티를 함께 조회하고, **지연 로딩** 방식에서는 필요한 시점에 별도로 조회합니다.
* 📌  강의에서는 **엔티티 간 연관 매핑은 신중하게 사용**해야 한다고 강조하며,  다음 영상에서는 일대다 단방향 연관 매핑을 다룰 예정이라고 언급합니다.

안녕하세요. 지금부터 JPA 기초 14강입니다.

이번 주제는 일대일 단방향 연관에 대한 것입니다.

주의사항이 있습니다. 엔티티 매핑은 진짜 필요할 때만 사용

하셨으면 좋겠고요. 연관된 객체 탐색이

쉽다는 이유로 사용하지는 않으셨으면 하고, 조회 기능 때문에 연관

매핑을 사용한다면 별도 모델(앞서 다른 영상에서 언급했던)  QRS와 같은 것을 사용하셔야 한다고 말씀드리구요,

일대일 양방향 매핑이 가능하다면,

일대일 양방향 매핑을 사용하셨으면 좋겠어요.

그럼 한번 시작해 볼까요? 예. 참조 키를 이용한 방식, 참조 키를

이용한 일대일 단방향 연관 매핑입니다.

매핑은 어떻게 하느냐? 먼저 구조부터

먼저 좀 살펴보면, 유저 테이블이 있고 멤버십카드

테이블이 있는데, 이 멤버십카드 테이블이

유저 이메일 컬럼을 이용해서 유저 테이블을 참조합니다.

구조예요. 그리고 몇 번씩 카드의 식별자 PK

는 카드의 번호 컬럼이구요. 이 두 테이블을

오른쪽에 있는 유저 클래스와 멤버십

카드로 매핑을 하고 싶은 거죠. 이때

이 멤버십 카드의 오너라는 필드가 있는데, 이 필드가 이제 유저를 참조

하는 거죠. 이 그러면 주자는 어떤 기준으로

가지고 오냐? 바로 멤버십 카드 테이블에

있는 유저 ID 컬럼 값을 이용해서 해당하는

유저 객체를 참조하는 그런 구조를 오른쪽과 같이 만들어 봤어요. 즉,

왼쪽에 있는 테이블, 오른쪽에 있는 클래스가

요렇게 매핑이 되는 구조예요. 그럼 이럴 때

멤버십 카드에서 유저로의 단방향

일대일 단방향 연관 매핑을 어떻게

할 거냐? 간단합니다. 원 투 원 어노테이션 하고

조인 컬럼에 유저 ID만 사용하면 돼요. 이 멤버십 카드 클래스의 매핑

설정해서 오후, 내가 단방향으로 참조할

대상을 담고 있는 그 필드에 필드가 여기서 오는데, 그 필드에 원투원

매핑을 붙여주고, 그리고 내가 저 유저를 참조할 때 유저 타입의

오너를 참조할 때 사용할 조인 컬럼이 이거야. 여기서는 유저 이메일이죠.

그 멤버십 카드 테이블에서 User 테이블을 참조할 때 사용하는 그 컬럼,

유저 이메일을 설정해 주면 끝이에요. 그러면 멤버십 카드에서 유저로 1대1

단방향 일대일 단방향 연관 매핑을

설정할 수 있어요. 저장을 해 볼게요. 먼저 왼쪽은 멤버십 카드를 생성할

때 유저를 전달해 주고 있어요. 그리고 나서

저장을 하는 거죠. 오른쪽은  유저가 오너 필드에 넣을 수도

있는 거잖아요. 이 멤버십 카드가 아직

소유자가 없는 카드일 수 있잖아요. 그럴 때 굳이 유저에 해당하는 값을

넣어 준 경우에, 그런 둘을 저장을 하면 어떻게 실제로

인서트가 되느냐 보시면,  날로 했던

에는 유저 이메일 컬럼의 값이 NULL

로 들어가고 실제로 유저를 할당한 그 번호를 가지고

카드는 그 유저의 식별자를 a, 골병이 a

닷컴 고 값이 들어가는 것을 확인할 수가 있죠.

조회를 하면 멤버십 카드를 조회해서

그러면 엇, 그리고 나서 그 카드의 ID를

통해서 해당하는 유저 ID를 참조할 수 있죠.

일대일로 연관을 맺고 있으니까 멤버십 카드 조회한 다음에 그 조회한

멤버십 카드에서 유저를 접근할 수

있는 거예요. 그러면 저 멤버십 카드를

실제로 조회할 때, 즉 find를 실행할 때 실행되는 쿼리는 어떻게 되냐?

오른쪽에 있는 쿼리처럼 한 방에 조인을 이용해서 조인을 합니다.

이때 실제로 조회하는 컬럼을 보면 멤버십 카드에 있는 컬럼도 조회하고

유저 테이블에 있는 컬럼도 조회

하는 것을 알 수가 있어요. 즉, 두 개를 동시에 조회하는 거죠. 그러니까

두 개를 동시에 조회해야 하냐면, 원투원의 기본적인 fetch 설정이 이거

즉시 로딩 방식이기 때문이에요. 만약에 저 설정을 레이지로 바꾸면

멤버십 카드를 줘야 할 때는 멤버십만 조회하고, 개별 유저를 통해서

유저 객체를 가져온 다음에, 그 유저 객체를 실제로 사용하려고 할 때, 그럼

그 시점에 또 유저 테이블에서 select를

해와요. 레이지 로딩 방식을 사용하는 거죠.

자, 다음은 식별자를 공유하는 방식. 이 방식으로 일대일 단방향 연관을

매핑하는 방법을 알아볼게요. 유저 테이블이 있고, 베스트픽이라는

테이블이 있어요. 이 베스트픽은 유저 이메일을 PK로 값을 갖는

테이블이에요. 즉, 유저 테이블하고

이 베스트픽 테이블은 이메일이 둘 다 PK죠. 같은 값을

에 추가로 타이틀이라는 컬럼이 있어요.

이때 베스트픽에서 유저로의 일대일 단방향 연관 매핑은 어떻게

하냐를 알아보는 거예요. 베스트픽

클래스를 보면 이메일을 필드로 갖고 있죠. 얘를 갖고 있는 이유는

저기에 아이디에 매핑되는 식별자이고요

때문이고요. 또 유저를 연결하기 위해

유저랑 연결 매핑을 하기 위해서 사용되는 유저 ID도 있고요,

루트 아이디가 있어요. 자, 그러면 실제로

매핑은 어떻게 하는지 알아보죠.

식별자를 공유한 일대일 단방향 매핑을 하는 방법은

간단하죠. 예, 간단합니다. 그냥 프라이머리 키

참 좋은 방식으로 조인 컬럼이라는 걸

사용해 짜요. 2. 식별자 공유 방식은 프라이머리 키 조인 컬럼 베이스

관계를 사용하면 돼요. 그리고 내부 속성의 값으로

그 베이스 테이블에서 유저 테이블을 참조할 때 사용할 컬럼,

근데 이게 P 컬럼이죠. 그 컬럼 이름을 지정해 주면 됩니다.

그러면 끝이에요. 그리고 이제 패스워드, 유저 ID, 자,

캐시 메일에, 당연히 이메일에 다가 저장을 해 줘야

겠죠. 그리고 유저는 그대로 유저를 배팅해주고 뭐

타이트 매핑해주고 하면 돼요. 가장 빠를 때는 베스트픽

유저 객체 간 다 해주고 조회하면 되겠죠. 그러면

알맞은 커리가 실행될 거고, 이외에 몇몇 식별자에 해당하는

이메일 파라미터로 전달받은 유저의

ID를 넣어 쓰니까 그 ID의 값이 저장될 거예요.

조회는 앞에서 봤던 일대일 그 틈 스킬을

이용한 이전 방식하고 똑같아요. 베스트픽을 조회하면

관련된 유저 객체도 한 방에 조회하게 되어 원투원의 패치 기본값이

이걸 2기 때문이고요. 그 이걸 AG로 설정하면, 베스트픽을

줘야 할 때는 베스트픽만 조회하고, 베스트픽의 실제 유저를

JPA 기초 14 엔티티 간 1-1 단방향 연관 매핑

최범균

JPA 일대일 단방향 연관 매핑 소개 및 주의사항

JPA 기초 14강 시작, 일대일 단방향 연관 매핑 주제 소개

엔티티 매핑은 필요할 때만 사용, 연관 객체 탐색의 용이성만으로 사용 지양 권고

조회 기능을 위한 연관 매핑은 별도 모델(QRS 등) 사용 권장

가능하다면 일대일 양방향 매핑 사용 권장

참조 키 이용한 일대일 단방향 연관 매핑 방법

유저 테이블과 멤버십 카드 테이블 구조 설명 (멤버십 카드 테이블이 유저 이메일 컬럼 참조)

멤버십 카드에서 유저로의 단방향 매핑 방법: @OneToOne 어노테이션과 joinColumn 사용

데이터 저장 과정 설명 및 SQL 결과 확인 (NULL 값과 유저 식별자 값 확인)

데이터 조회 과정 및 쿼리 설명 (조인을 이용한 한 번의 쿼리 실행)

FetchType.LAZY 설정 시 데이터 로딩 방식 설명 (멤버십 카드만 먼저 조회, 유저 객체는 필요 시점에 조회)

식별자 공유 방식을 이용한 일대일 단방향 연관 매핑

유저 테이블과 베스트픽 테이블 구조 설명 (이메일을 PK로 공유)

베스트픽에서 유저로의 단방향 매핑 방법: @OneToOne 어노테이션과 @PrimaryKeyJoinColumn 사용

식별자 공유 방식 매핑 방법 설명: @PrimaryKeyJoinColumn 사용

데이터 조회 과정 및 FetchType 설정에 따른 로딩 방식 설명

일대일 단방향 및 양방향 매핑 설정 방법 간략히 정리

엔티티 간 연관 매핑은 신중하게 사용할 것을 권장

다음 영상에서 다대일 단방향 연관 매핑 예정