인프런 영문 브랜드 로고
인프런 영문 브랜드 로고

인프런 커뮤니티 질문&답변

비트리올님의 프로필 이미지
비트리올

작성한 질문수

스프링 DB 1편 - 데이터 접근 핵심 원리

JDBC 개발 - 등록

Primary Key를 member_id가 아닌 auto_incremental인 bigint id로할때 repository 추상화를 어떻게 할지?

작성

·

445

1

저희 강의에서 사용하는 H2 sql schema를 그대로 복붙해왔습니다. 다음과 같습니다.

drop table member if exists cascade;

create table member (

member_id varchar(10),

money integer not null default 0,

primary key (member_id)

);

저희 강의에서는 member_id varchar(10).

즉, String 타입의 ID를 PK로 사용하고 있습니다.
하지만 다음 링크를 보시면 실무에서는 String 타입의 ID를 PK로 사용하지 않는다고 답변해주셨습니다.

https://onduway.tistory.com/80

 

 

그래서, String member_id가 아닌 auto_incremental인 Long id를 pk로 쓰면. 다음과 같을것 같습니다.

create table member (

id bigint auto_incremental,

member_id varchar(10),

money integer not null default 0,

primary key (id)

);

 

 

그렇다면 member_id를 pk로 쓸때 사용하던 메소드인

public Member findById(String memberId);

는 변화 없이 그대로 사용해야 할까요?

예를들어 member_address 테이블을 상상해보겠습니다.

member테이블의 Long Id(pk)를 외래키로 member의 주소를 갖는 테이블입니다.

create table member_address (

id bigint auto_incremental,

member_id bigint(10),

money integer not null default 0,

primary key (id)

);

member_address를 탐색할때는 String meber_id가 아닌 Long member_id(member의 pk)가 필요합니다. 그렇다면 repository의 메소드가 추가되어야하지 않을까요? 다음과 같이말이죠

public Member findByMemberId(String memberId);

public Member findById(Long Id);

그러니 맨 처음 최초 로그인할때만 findByMemberId 메소드를 사용해서 PK를 받아오고. 그 이후의 모든 작업은 PK를 사용하는 findById 메소드를 사용해야 합당한 db설계일것같습니다.

 

질문을 요약하면 다음과 같습니다.

"String 타입의 ID를 PK로 사용하지 않고.

auto_incremental인 Long Id를 PK로 사용할때.

Repository의 탐색메소드 설계를 어떻게 해야 좋을까?"

 

최대한 스스로 정리해서 질문하려고 노력해보았습니다. 두서없는 질문글 읽어주셔서 감사합니다.

답변 1

1

안녕하세요. 비트리올님, 공식 서포터즈 David입니다.

pk의 타입이 달라졌다면 변경된 타입의 id로 조회하는 메서드를 만들어야 합니다.

Member findById(Long id)와 같이 작성하시면 됩니다.

감사합니다.

비트리올님의 프로필 이미지
비트리올

작성한 질문수

질문하기