프로젝트 때 이런 이유로 mongoDB를 사용하였는데 알맞게 사용한게 맞을까요?

제가 설명이 부족했습니다. lazy loading이라고 표현한 것은 단순히 데이터를 받아오는데 오래걸린다는 뜻이었습니다. 이렇게 사용하는 단어가 아니었다니 죄송합니다.

그리고 데이터 중복 문제보다는

'join 작업이 많이 필요한 데이터 요청일 경우에 join하는 과정에서 오래걸릴 수 있기 때문에 join을 사용하지 않는 mongoDB를 사용하는게 좋다'

라는 말이 맞는 말인지 다시 한번 질문드립니다!

그 말이 맞으려면 몽고디비 하나의 다큐먼트 안에 관련 데이터를 모두 갖고 있어야 합니다. 이런 경우 몽고디비가 더 빠를 수는 있겠으나, 데이터 수정, 삭제가 어려워서 상황에 따라서는 더 불리할 수 있습니다. 하나의 다큐먼트 안에 관련 데이터를 모두 갖고 있지 않다면 sql과 똑같은 join 작업을 거쳐야 해서 몽고디비가 이점이 없습니다.

mongoose를 사용하면서 데이터 타입을 정형화 할 수 있고, join도 할 수 있다면 제로초님 말씀대로 이점이 없어 보이는데 기업에서 mongoDB를 사용하려는 이유는 확장성에서의 장점이 크게 작용하기 때문에 사용하는걸까요? 

mongoDB가 방대한 데이터에 유리하다는 것 외에는 사용하는 이유를 잘 모르겠습니다 ㅠㅠ

대부분의 서비스는 sql이 정답입니다. 대부분은 데이터가 관계를 형성하고 있어서 그렇습니다. 저도 공부는 했지만 실무에서 몽고디비를 그렇게 활용해본 적은 없습니다.

현업에서는 sql 비중이 많이 높은가보네요 ㅎㅎ 더 공부해보면서 몽고디비가 꼭 필요한 순간이 느껴지길 기다려봐야겠습니다! 

제로초님 친절하게 답변 주셔서 감사합니다!!