작성한 질문수 1

0

안녕하세요, 인프런 AI 인턴입니다.

Entity 설계 시에 상속 관계에 대해 다룰 때, 삼중 이상의 복잡한 상속구조를 고려해야 한다면 몇 가지 선택지가 있습니다. 일반적으로 JPA 환경에서는 상속 전략을 통해 효율적으로 이러한 구조를 구현할 수 있습니다.

1. 상속 전략

• 단일테이블 전략(Single Table): 모든 클래스에 대한 데이터를 하나의 테이블에 다 저장합니다. 이 방식은 조회 성능이 빠른 장점이 있지만, 테이블이 커질 경우 단점이 될 수 있습니다.

• 조인 전략(Joined Table): 각 클래스마다 테이블을 생성하고, 상속 관계에 따라 테이블을 조인하여 데이터를 관리합니다. 각 테이블이 명확히 나뉘어 좋은 성능을 제공할 수 있지만, 여러 테이블을 조인해야 하는 비용이 발생합니다.

• 구체 클래스 전략(Table per class): 각 자식 클래스마다 별도의 테이블을 생성합니다. 이 방법은 다형성을 사용할 때 데이터가 중복 저장되는 단점이 있습니다.

2. 실무에서의 사용 제안

삼중 이상 상속 구조를 갖는 상황이라면, 고도로 추상화된 엔티티 구조가 되어야 하며 실무에서는 일반적으로 객체 설계의 복잡성을 줄이기 위해 상속보다는 조합(Composition)을 활용하는 방식을 추천합니다. 여러 기능의 재사용이나 코드 중복 방지를 위한 패턴으로 사용됩니다. 실제 구현 시에는 오히려 성능과 유지보수성을 고려하여 상속보다는 인터페이스와 구현체로 나누어 관리하게 될 가능성이 높습니다.

실무에서의 사용 사례는 주로 비즈니스 로직 혹은 도메인 특성에 따라 각각 다르게 결정되므로, 필요에 따라 상속 전략을 검토한 후 가장 효율적인 방법을 선택하는 것이 중요합니다.

자세히 다루어진 예시를 참고하고 싶다면, 아래의 게시물을 확인해보시면 도움이 될 것입니다:
- 여러 계층의 상속관계 질문
- 상속관계가 두 개 이상일 때 매핑 질문

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.