엔티티가 중첩되는 경우 질문있습니다!

안녕하세요 강의 보면서 게시판 성격의 서비스를 만들던 중에 궁금증이 생겼습니다. 두 가지 방법이 있는데, 제가 취준생이라 실제 서비스 코드들을 본 적이 없어서 어떤 방법이 조금 더 현명한 방법인지 궁금합니다!

1. Jpa 사용법처럼 게시글과 댓글을 맵핑하는 방법입니다.

2. 댓글에 게시글의 키만 가지는 방법입니다.

1번 코드는 대략적으로 이런 형태일 것 같습니다.

@Entity
public class Article{

@Id
@GeneratedValue(strategy = Identity)
long id;

String content;


}

@Entity
public class Comment{

@Id
@GeneratedValue(strategy = Identity)
long id;

String comment;

@ManyToOne(fetch = FetchType.LAZY)
Article article;
 
}

1번 코드의 경우에는 배울 때는 맵핑도 깔끔하게 잘 되고 좋았는데, 실제 개발을 하다 보니 댓글만 사용하는 경우에 있어서 Article의 내용은 전혀 필요가 없는 경우도 많을 것 같습니다.

또한 게시글의 댓글들을 조회 할 때, 같은 Article 내용들이 반복해서 들어 있다는 점이 마음에 걸립니다.(Lazy 하게 가져와서 문제가 없을것 같기도 하고 이 부분은 확실하지 않습니다.)

2번 코드는 게시글의 키만 가지는 경우입니다.

@Entity
public class Article{

@Id
@GeneratedValue(strategy = Identity)
long id;

String content;


}

@Entity
public class Comment{

@Id
@GeneratedValue(strategy = Identity)
long id;

String comment;

long articleId;
 
}

2번의 경우에는 불필요한 정보를 담지 않고 필요한 경우에는 Id값으로 찾아서 가져올 수 있습니다.

하지만 article 과 Comment를 각각 따로 관리하는 형태가 됩니다.(사실 1번 코드도 따로 관리는 가능할 것 같습니다)

간단한 경우에는 1번이 좋은 것 같은데 컴포지션 되는 객체들이 많은 경우에는 그 자체로 정말 생각해야 되는 경우가 많아 지는 것 같습니다.(Comment 안에 Article, User, 첨부 파일 Entity 등등이 복잡하게 들어갈 수 있을 것 같습니다 )

네이버 카페와 같은 사이트들의 경우에서는 게시글과 댓글을 따로 관리하는 것 같기도 하고(작성 글 보기를 누르면 삭제된 게시글 이지만 댓글 내용은 볼 수 있는 경우입니다)

실제로는 어떤 방식으로 풀어 가는지 궁금합니다!