MongoDB 솔루션 설계?

Question

저는 MongoDB 시스템에서 실제로 잘 작동 할 것이라고 믿는 프로젝트가있는 RDBMS 사람입니다. 다른 이유로 나는 가까이에있는 질문에 대해 부적절하다고 생각합니다. 당신이 볼 수 있듯이

 
Properties Available 
    Houses 
    House A 
     123 Pine Street 
    House B 
     456 Main Street 


Realtors 
    Sale 
    Leads 
     Properties 
     House A 
      123 Pine Street 
     People Involved 
     Moe Howard 
     Larry Fine 
     Shemp Howard 
    Budgets 
     Operating Budget Items 
     $200 rentals 
     $400 supplies 

, 나는 두 개의 컬렉션이 있습니다

어쨌든, 내 시스템은 다음과 같이 될 것입니다. 하나 ("등록 정보 사용 가능")는 여러 소스에서 다른 시간에 생성되며 모든 사용자에게 공유됩니다. 대부분의 콘텐츠는 정적이며 자주 변경되지 않습니다.

다른 컬렉션은 "부동산 중개인"입니다.

이제 내 오래된 RDBMS 세계에서 리드, 사람, 예산 등의 테이블을 만들 것입니다. 그러나 나는 모든 정보를 하나의 거대한 "기록"에 보관하는 것이 더 좋을 것이라고 생각합니다. "판매"기록은 잠시 (아마 몇 주) 작업 한 다음 닫을 것입니다. 내게는 모든 것을 하나의 기록 안에 두는 것이 굉장합니다. 특히 웹 사이트, 메모, 사진 등과 같이 내부에 격렬하게 일반적이고 역동적 인 정보가 저장 될 것이므로

올바른 생각으로 접근하고 있습니까? 관계형 모델을 놓아두기가 어렵습니다.

의견과 제안에 감사드립니다.

Answer 1

귀하의 데이터에 가장 적합한 디자인이라고 예 또는 아니오로 대답 할 수 없습니다. 저장하려는 항목을 설명했지만 쿼리 방법은 설명하지 않았습니다.

관계형 모델은 중복을 최소화하고 가장 광범위한 쿼리를 지원하는 저장소 설계에 적합합니다.

문서 지향 모델은 특정 개의 쿼리를 최적화하는 데 적합합니다. 그러나 어떤 유형의 쿼리가 가장 효율적인지 알아야합니다.

TANSTAAFL을 참조하십시오.