Mongo db의 embedded 관계로 설계 변경

이번 프로젝트에서 회의 요약 보고서에 댓글을 작성할 수 있는 요구사항이 있다.

 

처음에는 Meet collection와 Comment collection를 분리한 뒤에 comment를 저장할 때 meetId를 컬럼에 저장하는 방식으로 사용했었다.

 

-> 생각해보니 NoSQL을 사용하며 RDBMS처럼 사용하고 있는 것이었다.

 

mongo db의 장점은 유연한 스키마인데, mongo db의 장점을 잘 활용하지 못하고 이전에 해왔던 익숙한 방식 그대로 사용했던 것이다.

 

 

Mongo DB의 데이터 저장 방식

1. reference 관계

2. embedded 관계

 

 

1. reference 관계

- RDBMS처럼, 위에서 내가 했다고 언급했던 것처럼 하는 것이다.

 

문서 간의 관계 ID를 통해 참조하는 방식이다.

장점 : 데이터 중복을 줄일 수 있다.

단점 : 여러 번의 조회가 필요한 상황에는 쿼리가 여러번 나가서 성능이 감소할 수 있다.

 

 

2.  embedded 관계

 - Meet의 data에 comment까지 넣는 것이다.

 

한 문서 내에 관련된 데이터를 포함한다.

장점 : 한 번의 조회로 필요한 모든 데이터를 가져올 수 있어서 읽기 성능이 크게 향상된다.

단점 : 문서 크기가 커질 수 있으며, 중복 데이터가 발생할 수 있다.

 

 

Mongo DB를 선택한 이유는 RDBMS의 제한된 스키마를 벗어나서 성능 향상을 하고 싶었던 것이므로, Mongo DB를 잘 파악하고 장단점을 잘 살리는 것이 중요하다.

 

 

 

내가 정한 방식

기본적으로 서비스의 사용자들이 회의를 엄청 빈번하게 하는 것이 아니기 때문에 Meet라는 데이터가 매우 많이 생성되지는 않을 것이라고 생각한다. 또한, 댓글같은 경우도 팀 회의이기 때문에 신중하게 작성할 것이며 수정, 삭제, 입력보다 read가 훨씬 많을 것이라고 생각되었기 때문에 embedded 방식을 택했다.

 

 

 

기존의 Meet collection - comment와 분리

@Document(collection = "meet")
@Getter
public class Meet {

    @Id
    private String _id;
    private String title;
    private String content;
    private List<Long> userIds;

    private LocalDateTime finishedTime;
}

 

 

변경된 Meet collection - comment를 내장

@Document(collection = "meet")
@Getter
public class Meet {

    @Id
    private String _id;
    private String title;
    private String content;
    private List<Long> userIds;

    private List<Comment> comments; // embedded 관계

    private LocalDateTime finishedTime;

    @Builder
    public Meet(String title, String content, List<Long> userIds, LocalDateTime finishedTime) {
        this.title = title;
        this.content = content;
        this.userIds = userIds;
        this.finishedTime = finishedTime;
    }

    public void addComment(Comment comment) {
        if (this.comments == null) { // comments가 하나도 없으면 ArrayList를 생성
            this.comments = new ArrayList<>();
            comments.add(comment);
        }
        else { // 원래 있으면 그냥 추가
            comments.add(comment);
        }
    }
}

 

 

 

Meet 조회 예시

실제 프로젝트에서 사용하는건 아니고, 연습삼아서 meet를 만들고 조회를 해봤다. 이렇게 comments가 내장된 것을 보면 쿼리 한 번으로 원하는 데이터를 가져올 수 있을 것이므로 조회 성능이 향상될 것이다.

 

 

 

느낀점

무작정 기술을 사용하는 것이 아니라 그 기술을 이해한 다음에 장단점을 잘 살리는 것이 가장 중요하다는 생각이 들었다.

또한, 여러가지 기술적 choice들 중에서 내 프로젝트에 어떤 것이 적합한지 판단해서 타당한 근거를 바탕으로 최적의 설계를 하는 것이 매우 중요하기에 설계를 하는데 초점을 맞춰서 실력을 키워야겠다는 생각이 들었다.