나는 MongoDB/norm을 보았지만 일반적인 문서 지향 저장소 응답을 원한다. 함께 작업하는 것이 좋고 RDBMS + ORM 대신 사용해야하는시기를 알고 싶습니다. 내가 예를 들어 사용해야 무엇RDBMS/ORM을 NoSQL/DocumentStore로 바꿀 때
:
는 (나는 question 다른 일반적인를 기록하지만 훌륭한 대답을 얻었다 그것은 다른 사람들에게 흥미로울 수 있으므로 새로운 질문입니다)
언급 한 모든 예제는 문서 저장소를 사용하여 만들 수 있습니다. 여부를 해야합니다 정확한 요구 사항에 따라 달라집니다.
돈 거래을 지원하는 소셜 커뮤니티를 다루는 경우 RDBMS를 사용하여 이러한 거래를 처리해야합니다. 이 영역에서는 일관성없는 데이터를 가질 여유가 없습니다.
응용 프로그램의 데이터 일관성 측면에서 매우 엄격한 요구 사항이없는 경우 문서 데이터베이스 사용을 고려할 수 있습니다. RDBMS보다 몇 가지 장점이 있습니다. 예를 들어, domain-driven design을 사용하여 응용 프로그램을 작성하는 경우 집계 루트은 자연스럽게 단일 문서로 저장 될 수 있습니다. 이렇게하면 엔티티 내에서 데이터 조각화가 거의 발생하지 않으므로 여러 노드에서 데이터를 공유 할 때 성능이 향상됩니다.
MongoDB 용 NoRM을 포함한 일부 드라이버는을 지원합니다. 타입 디스크 리미터. 이것들을 사용하면 매우 적은 설정만으로 여러 하위 클래스를 유지하고 재수화할 수 있습니다. 예를 들어, 응용 프로그램이 여러 유형의 집 주소를 지원하면 드라이버는 다른 주소 부속 유형을 처리합니다. 새 하위 유형을 추가 할 수도 있으며 드라이버가 자동으로 하위 유형을 처리합니다. 자세한 예제는 this article을 참조하십시오.
SQL 데이터베이스에 비해 문서 지향 저장소의 가장 큰 장점 인 스키마가없는 데이터이 없으면 위의 내용을 사용할 수 없습니다. 사용자 정의 데이터를 다루는 경우 문서 데이터베이스가 필요합니다. 예를 들어 사용자가 파일을 업로드하고 원하는 데이터로 태그를 자유롭게 태그 할 수 있도록 허용하면 이러한 태그를 일반 키 - 값 쌍 또는 범주화 된 태그 추가를위한 중첩 된 키 - 값 구조로 쉽게 저장할 수 있습니다.