-1
Google 리더와 같은 애플리케이션에 사용할 NoSQL 아키텍처는 무엇입니까 (1 대 1 복사본)?Google 리더와 같은 앱을위한 NoSQL 아키텍처
나는 MongoDB, Cassandra, CouchDB, Redis, HBase 및 Riak를 고려한다.
A
답변
2
쉬운 답변, 가장 편한 대답을 사용하십시오.
더 복잡한 답변은 실제로 Google 리더가 할 수있는 세부 사항에 있습니다. 당신이 원할 수있는 하나의 기능은 다중 인덱스입니다.
각 RSS 항목에는 고유 키, 사용자, TS, 읽기 플래그 및 일부 카테고리가 있습니다. 문서 지향 또는 키 - 값 데이터베이스를 처리 할 때 일반적으로 키를 가져 오는 것이 쉽습니다. 하지만 실제로 실행할 첫 번째 쿼리는 무엇입니까? 사용자 별 목록, ts, 읽기
글쎄, 보조 색인이 필요할 것입니다. AFAIK riak 및 redis은이 기능을 전혀 지원하지 않습니다. CouchDB 및 Cassandra에는 몇 가지 해결 방법 (보기)이있는 것 같지만 여전히 쉽지 않습니다. MongoDB은 보조 색인 "out of the box"을 지원합니다.
박쥐에서 벗어나 MongoDB에서 쉽게 작업 할 수있게되었습니다.
Mongo에는 일련의 atomic operations이있어 데이터를 비동기 적으로 쉽게 업데이트 할 수 있습니다.
+0
+1,이 기술은 프로그래머와 전문 기술에 거의 항상 부차적입니다. – JasonSmith
+0
그러나 레코드의 경우 CouchDB 뷰 *는 보조 인덱스입니다. – JasonSmith
이 질문은 유용하기 전에 좀 더 중요한 내용이 필요합니다. –
나는 대답을 쓰기 시작했다. 그런 다음 이러한 일반적인 요구 사항을 토대로이 중 하나에 대한 사례를 만들 수 있다는 것을 깨달았다. 저는 개인적으로 MongoDB를 선택할 것입니다 - 문서 저장에 매우 효과적이며 삽입은 매우 싸고 빠릅니다. (이와 같은 응용 프로그램을 사용하면 더 많은 삽입 작업을 수행하게 될 것입니다.) 하지만 CouchDB, Redis 또는 Riak에 대한 사례도 만들 수 있습니다. –