[mongodb] MongoDB vs. 카산드라 [닫기]

모든 쿼리에서 많은 양의 읽기, 적은 정기적 인 쓰기

두 데이터베이스 모두 핫 데이터 세트가 메모리에 적합한 읽기에서 잘 수행됩니다. MongoDB의 인덱스가 현재 더 유연하지만 둘 다 조인없는 데이터 모델을 강조하고 대신 비정규 화를 권장하고 문서 또는 행 에 인덱스를 제공합니다 .

Cassandra의 스토리지 엔진은 데이터 세트가 아무리 커지더라도 일정한 시간 쓰기를 제공합니다. MongoDB에서는 쓰기가 더 문제가됩니다. 부분적으로 b- 트리 기반 스토리지 엔진 때문이지만 다중 단위 잠금 때문에 발생합니다.

MongoDB는 분석을 위해 맞춤형 맵 / 감소 구현을 제공합니다. Cassandra는 Hive (Hadoop 맵 / 리 듀스에 구축 된 SQL 데이터웨어 하우스) 및 Pig (많은 사람들이 SQL보다 맵 / 리덕션 워크로드에 더 적합하다고 생각하는 Hadoop 특정 분석 언어)를 포함하여 기본 Hadoop 지원을 제공합니다 . Cassandra는 Spark 사용도 지원합니다 .

“대규모”확장성에 대해 걱정하지 않음

단일 서버를보고 있다면 MongoDB가 더 적합 할 것입니다. 확장에 더 관심이있는 사람들을 위해 Cassandra의 단일 실패 지점 아키텍처는 설정이 쉽고 안정적입니다. (MongoDB의 전역 쓰기 잠금도 더욱 고통스러워지는 경향이 있습니다.) Cassandra는 여러 데이터 센터 지원을 포함하여 복제 작동 방식을 훨씬 더 많이 제어 할 수 있습니다.

간단한 설정, 유지 관리 및 코드에 대해 더 걱정

둘 다 설정하기가 쉽지 않으며 단일 서버에 대해 기본적으로 적합한 기본값이 있습니다. Cassandra는 걱정할 특수 역할 노드가 없기 때문에 다중 서버 구성에서 설정하는 것이 더 간단합니다.

현재 JSON Blob을 사용하고 있다면 MongoDB는 BSON을 사용하여 데이터를 저장한다는 점에서 유스 케이스에 매우 적합합니다. 현재 데이터베이스보다 더 풍부하고 쿼리 가능한 데이터를 가질 수 있습니다. 이것은 몽고에게 가장 중요한 승리입니다.

답변

{
   FirstName: "John",
   LastName: "Smith",
   Email: "john@smith.com",
   Groups: ["Admin", "User", "SuperUser"]
}

{
   LastName: "Smith",
   Groups: "Admin"
}