JPA 에서 @Id ( PK ) 는 필수 사항인가요?

Question

먼저 ERD 모델을 만들고 DB를 모델링했는데, PK 를 사용하면 클러스터형 인덱스가 생성되어서 일부로 PK를 빼고 대신 Unique 속성을 가진 테이블을 설계했습니다. ( 조회되지 않고 외래키로만 참조되며 수정 삭제가 빈번한 테이블 ) 이 후 JPA로 해당 테이블을 설계했는데 &#64;Id ( PK )는 필수 요소라 PK 없이는 엔티티를 생성할 수 없네요..https://www.inflearn.com/questions/76566/id%EA%B0%80-%EC%97%86%EB%8A%94-%EC%97%94%ED%8B%B0%ED%8B%B0-%EB%A7%8C%EB%93%A4-%EC%88%98-%EC%9E%88%EB%82%98%EC%9A%94위에 링크에서는 RDBS 또는 DBA는 PK가 없어도 문제는 없지만 권장하지 않는다고 했는데, 성능이 저하되는건 어쩔 수 없이 테이블당 클러스터형 인덱스를 만들어야 할까요?&#43;성능을 위해선 JPA를 포기하고 JdbcTemplate 나 NatvieSQL 로 구현하는 선택도 있는데 더 나은 선택이 있을 꺼 같아서 여쭤봅니당..

Clickin · Accepted Answer

JPA의 근간을 이해하셔야하는데 JPA는 DB의 정보를 매번 단순히 조회하는 게 아니라 엔티티와 매핑하는 게 목적입니다.그럼 DB에 있는 정보와 자바에서 들고있는 엔티티가 동일한 정보라는걸 보장해줄 방법은 DB에서 행이 유일함을 보장해주는 PK밖에 없습니다.그리고 겨우 클러스터형 인덱스 성능 문제로 PK를 안만든다는 건 이해하기 어렵네요DBA한테 물어볼 시 로그성 데이터, 임시로 사용하고 지울 테이블 이외에는 PK 안만들겠다 하면 욕 많이 먹을겁니다.동일한 데이터가 중복으로 들어갈 수 있어서 업무 로직에 굉장한 부하가 걸리거나 혹은 잘못된 통계가 나오거나 합니다.로그성 데이터야 한번 삽입하고 나면 바꿀 일이 없으니까 허용하는거죠

셀립 · Answer

사용하는 데이타베이스가 먼가요? 성능 문제?? Clustered Index(인덱스 테이블)가 만들어지는게 싫은 건가요? PK는 어느 테이블에서나 반드시 필요합니다. 관계형 데이터 베이스라면요. 중복방지를 위해서라도 , 업데이트나 삭제시 데이터를 찾기 위해서라도

JPA 에서 @Id ( PK ) 는 필수 사항인가요?

2개의 답변

Q&A 목록