NoSQL (문서) - 새로운 컬렉션을 도입해야하는 이유는 무엇입니까?

Question

임베디드 vs 정규화 된 다중 콜렉션 접근 방식을 설명하는 모델링 문서 NoSQL 데이터베이스와 함께 많은 리소스가 있습니다. 그러나 NoSQL의 핵심과 거의 같은 제 3의 중도에 대해서는 거의 찾아 볼 수 없습니다. 동일한 컬렉션에 여러 문서 유형을 유지해야합니다.

각 문서 및 색인에 대해 type 필드가있는 것과 같은 구현 세부 사항이 있지만 일부 정보는 찾을 수없는 것은 일부 문서가 다른 색상으로 분리되어야하는지 또는 동일한 문서 내에서 유지되어야하는지 결정하는 전환점이 무엇입니까?

컬렉션 크기를 언급하는 일부 소스를 찾았지만, 여러 문서 유형으로 단일 컬렉션을 샤딩/스케일링하는 것이 나에게 완벽하게 실행 가능한 옵션처럼 들릴 수도 있기 때문에 좋은 이유가 아닙니다.

그래서 하나의 문서 유형을 저장하는 여러 개의 컬렉션과 여러 개의 단일 문서 형식을 결정할 때 '그 이유'가 무엇인지 설명하려고합니다.

중요한지는 모르지만, 그렇다면 MongoDB와 DocumentDB의 컨텍스트에서 생각하고 있습니다.

Answer 1

Cosmos DB의 콜렉션은 요금 청구가 처리량과 사용 된 저장 공간에 의해 결정되는 청구 가능한 엔티티입니다. 컬렉션은 하나 이상의 파티션이나 서버에 걸쳐 확장 할 수 있으며 실제로 저장할 수있는 볼륨이나 처리량을 무제한으로 처리 할 수 ​​있습니다.

Microsoft Azure Cosmos DB는 서로 다른 유형의 문서를 동일한 "컬렉션"에 저장할 것을 강력하게 제안합니다.

그러나 여러 컬렉션을 가진 서로 다른 사용하는 경우에 매우 유용 할 수있는 일이다
1. 멀티 테넌시 (multi-tenancy) : 당신은 모든 데이터를 다른 파티션 전략

을 필요로하는 데이터의
2. 다른 유형을 구분해야 할