그 HBase에 대한 경고의 말씀과 그 자연의 다른 프로젝트들 (CouchDB에 대해 아무것도 모릅니다 - 내가 라고 생각하면이 아닙니다. db는 아예 키 - 값 저장소) :
- Hbase는 속도를 조정하지 않습니다. 그것은 확장 성을 위해 조정되었습니다. 응답 속도가 모두 문제가되면이 경로에 커밋하기 전에 몇 가지 개념 증명을 실행하십시오.
- Hbase은 조인을 지원하지 않습니다. ActiveRecord를 사용하고 있고 하나 이상의 관계가 있다면 잘 어디에 (서) 당신이 볼 수 있습니다.
또한 Hadoop 위에 구축 된 Hive 프로젝트는 조인을 지원합니다. 돼지도 마찬가지입니다 (하지만 실제로 SQL은 아닙니다). 포인트 1은 두 가지 모두에 적용됩니다. 이들은 무거운 데이터 처리 작업을위한 것이지, Rails로 처리 할 가능성이있는 처리 유형이 아닙니다.
당신은 웹 응용 프로그램, 데이터를 분할하고, 파티션이 분리되어 보장하기 위해 가능한 한 많이하고있는 작품 기본적으로 유일한 전략의 확장 성을 원하는 경우 (서로 대화 할 필요가 없습니다). 그것은 하나의 중앙 데이터베이스가 있다는 것을 기본적으로 가정 이것은, 레일과 조금 까다 롭습니다. 1 년 반 전에이 문제를 살펴본 이후로 그 면면에 개선이있을 수 있습니다. 데이터를 분할 할 수 있다면 상당히 수평 적으로 확장 할 수 있습니다. 하나의 MySQL의 기계는 몇 백만 행 (PostgreSQL을 아마 행 큰 수를 확장 할 수 있지만, 조금 느리게 작동 할 수 있습니다)를 처리 할 수 있습니다.
모든 쓰기가 마스터에 의해 수행되는 설정 마스터 - 슬레이브, 데 작동하고 노예 (그리고 아마도 마스터) 공유됩니다 읽고 또 다른 전략. 분명히 이것은 공정하게 신중히 수행되어야합니다! 높은 읽기/쓰기 비율을 가정 할 때, 이것은 꽤 잘 확장 될 수 있습니다. 조직에서 자금력이있는 경우
, Vertica의, AsterData, 그리고 그린 플럼이 제공하는 것을 확인하십시오.