복합키(Composite key)

2개 이상의 PK를 사용할 때

복합키를 사용하는 경우

특정 데이터를 식별하는 게 의미가 없는 도메인 (ex: 걸음기록과 같은 통계성 데이터) 사용 예) 걸음기록 저장 조회 : 사용자별 최근 일주일간 평균 걸음 수

위와같은 통계성, 기록성 데이터는 id가 존재하더라도 그 id를 이용해 데이터를 조작하거나 하지 않습니다. 그래서 이런경우에는 id key를 추가하는 대신 사용자 + 기록일시 기중으로 복합키를 구성합니다. 조회시에도 사용자+ 기록일시에 대한 조회기간으로 필터링되니까 PK 인덱스도 아주 잘 탈 수 있다.

PK 복합키 순서에 따라 인덱스가 타지 않을 수 있다.

JPA는 복합키를 생성할때 컬럼명의 알파벳 순으로 생성한다. Entity Class에 정의된 순서로 생성되는게 아니기때문에 조회할 때 기대했던 PK Index가 타지 않을 가능성이 높다.

PK 인덱스 실행조건 mysql

db에 테이블을 생성할때 자동으로 인덱스생성

복합키 설계

일반적으로 복합키는 카디널리티(열)가 높은쪽에서 낮은쪽으로 구성한다.

JPA 복합키 작성기초velog.io

사용 경우는 해당 블로그 참조