JPA 상속 매핑 실무에서 사용하나요?

Question

객체 지향 프로그래밍처럼 엔티티도 상속관계로 중복 코드를 줄이고 변형 가능성을 높일 수 없을까 생각하다가 상속 매핑을 알게되어 적용해보았습니다. 단일 테이블 전략을 사용했는데요 단일 테이블 전략을 사용하게 되면 구독권 추상화 엔티티 클래스를 두고 그 클래스를 상속받는 월 구독권이랑 횟수 구독권을 생성해서 사용했습니다. db에는 DTYPE과 상속받는 엔티티의 모든 속성이 하나의 개체로 표현되는데 다른 전략보다 조인을 사용하지 않아 조회시 성능 상 유리하다라는 이점이 있습니다만 null 이 들어갈 수 있고 타입 컬럼을 통해 타입을 구분한다면, 사실상 하나의 엔티티를 사용하는 것이 아닌가 하는 느낌을 받았습니다. 테스트도 복잡했고 여러모로 경험상으로는 나쁘지 않았지만 이후에 저는 사용을 꺼릴 것 같은데, 실무에서 사용을 하는 전략인 지 문득 궁금해져서 질문드립니다!

kotliner · Accepted Answer

개인적인 경험이지만 트래픽이 조금만 많아져도 JPA를 토대로 DB를 설계하는 것보다 DB를 맞게 설계하고 JPA를 맞추는게 훨씬 수월하고 유지보수에도 좋습니다.대체적으로 JPA의 다양한 기능들을 활용하기보다는 필수적인 기능만 사용하고 나머지는 DB 구조에 맞추는 식으로 많이 개발하는것 같습니다. 개인적으로는 그런 현상들을 보면 JPA는 너무 이상적이고 뜬구름 잡는 철학으로 설계되어있어 현실적인 장벽에 막혀서 실패한 것이 아닌가 싶네요.

JPA 상속 매핑 실무에서 사용하나요?

1개의 답변

Q&A 목록