🌿 MongoDB Schema Best Practice

업무를 진행하다가 팀원분께서 설계하신 신규 기능에 대한 리뷰를 진행했었는데요, MongoDB Schema 와 관련된 리뷰가 진행되었을 때 과연 이 설계가 맞는지 명확하게 답을 줄 수 없었고 이부분에 대해 많은 부족함이 있다는것을 깨달았습니다. 그래서 MongoDB Schema 설계시 Best Practice 는 과연 무엇일까에 대해 찾아보니 MongoDB 에서 매우 친절하게 정리를 해주셨더라고요. 대부분의 개발자분들은 교육이나 혹은 과거에 진행한 프로젝트들로 인해 NoSQL 보다 관계형 데이터베이스(RDBMS) 를 먼저 사용하시는게 일반적이라고 생각이 듭니다. 그로 인해 MongoDB 와 같은 Document Base 의 NoSQL Schema 를 설계하실 때 관계형 데이터베이스에서 다루던 설계 철학을 그대로 사용하실 때가 있습니다. 물론 그렇게 해도 안되는건 아니지만, 경우에 따라서는 MongoDB 를 통해 얻을 수 있는 이점을 잃어버리는 결과를 초래할 수 있습니다. MongoDB 에서 정리한 Schema 설계의 일반적인 규칙은 다음과 같습니다. ✔️ 특별한 이슈(Document 사이즈, Transaction 등)가 있지 않다면, Embedding(한 Document 에 모든 정보를 넣는 형태) 을 사용한다. ✔️ 이미 존재하는 Document 혹은 객체를 Embedding(포함) 하지 말고 접근 가능한 ObjectId 를 참조한다. ✔️ 가능하다면 join 과 lookup 을 피하는게 좋지만, 좋은 schema 에 도달할 수 있다면 사용해도 된다. ✔️ 배열 형태의 필드는 제한없이 커지면 안된다. 높은 카디널리티 배열은 포함하지 않는 것이 좋다. ✔️ 데이터를 모델링하는 방법은 전적으로 특정 애플리케이션의 데이터 액세스 패턴에 따라 다르다. 애플리케이션이 쿼리하고 업데이트하는 방식과 일치하도록 데이터를 구조화 한다. 공유드린 링크에 상황에 맞는 샘플과 Anti Pattern, Data Modeling 에 대한 Reference 가 있으니 MongoDB Schema 에 대해 평소 궁금하셨거나 공부하고 싶으셨던 분들은 추가로 읽어보시면 좋겠습니다.