한가지 궁금한 점이 있습니다~~

ObjectId 자체는 index와 아무 상관이 없어요. ObjectId의 같은 형식을 일반 string을 저장할 때보다 용량이 적은게 특징입니다. 각 문서 _id에 기본설정으로 인덱스 처리가 되어 있고 그 외 다른 field에 index를 걸고 싶으시면 직접 걸어주셔야되요. 다만 _id를 포함해서 일반적으로 인덱스를 거는 필드들이 ObjectId이면 좋은 점은 용량이 적기 때문이에요. 인덱스는 해당 필드의 값을 상대적으로 비싼 메모리 저장해야되기 때문에 ObjectId이면 비용 절감면이 있어요

관계라는걸 너무 어렵게 생각하실 필요 없어요. 크게 다음과 같이 3가지가 있죠: 1대1, 1대 다(1:N), 다 대 대(M:N). 이 관계 자체는 데이터베이스와 상관 없이 있는 개념이에요. 유저와 블로그의 관계가 어떻게 되나요? 한 유저가 여러개의 블로그를 작성할 수 있지만 보통 여러 유저가 한 블로그를 작성할 수는 없죠. 이 경우 유저:블로그 = 1:N이 됩니다. 이런 관계 개념이 있고 이걸 디비에 어떻게 적용하느냐는 디비에 따라 다릅니다. 관계형에서는 코드상으로 업격하게 해주는데 몽고에서는 엄격하게 해주지 않습니다. mongoose(서버)상에서 ref 정도로 해줍니다. populate도 서버에서 이루어지는거고요