특징 선택에 OrientDB 대 Valdemort OrientKV 대 키 ValueDb의
Neo4j 대 GraphDB과 비교
-
쉬운 설치
- (종속되지 폴더에, 단지 장소/추출)
- 성능 및 확장 성
- 작은 풋 프린트
- 좋은 설명서 자습서 및 예제)
- 관리 기능, 모니터링 도구 자바 나 루비
와
동일한 특징/기능을 가진 다른 옵션은 무엇입니까?
특징 선택에 OrientDB 대 Valdemort OrientKV 대 키 ValueDb의
Neo4j 대 GraphDB과 비교
와
동일한 특징/기능을 가진 다른 옵션은 무엇입니까?
당신이 찾고있는 승자가 아닙니다. 내 경험에 비추어 볼 때 이상적인 데이터베이스 유형은 귀하의 응용 프로그램에 가장 적합한 유형입니다. 고급 응용 프로그램의 경우 데이터베이스에 개체 바인딩을 할 수 있습니다. 가장 좋은 옵션은 SQL과 같은 관계형 데이터베이스입니다. 그것은 20 년 이상 동안 개발되었습니다. 모든 곳에서 SQL 용 도구를 사용할 수 있습니다. NoSQL 데이터베이스는 아직 젊고 도구를 찾기가 어렵습니다.
개인적으로 Neo4j를 사용해보세요. Neo4j에서 사용하는 그래프 모델을 좋아합니다. 노드와 관계에 속성을 추가 할 수 있습니다. 그러나 그래프 또는 NoSQL 데이터베이스를 보는 도구는 SQL 테이블만큼 좋지 않습니다.
나를 위해, 나는 일반 텍스트 파일을 찾거나 xml이 내 응용 프로그램의 대부분을위한 최고의 데이터베이스입니다.
문서 데이터베이스는 어떻게됩니까? 나는 몽고가 이제까지 가장 위대한 물건이라고 생각한다
mongodb는 좋지만 redis를 선호합니다.나는 또한 그가 자바 솔루션 (neo4j/orientdb/voldemort/orientkv 모두 자바 솔루션)을 원한다고 생각한다. – Alfred
틀렸어! Google에 따르면, ** 가장 위대한 **은 보헤미안 랩소디의 Muppets 버전입니다. http://www.youtube.com/watch?v=tgbNymZ7vqY –
@alfred : redis는 문서 데이터베이스와 관계형 데이터베이스에 가깝게 위치한 키 값 저장소입니다. @Stephen C : 나는 고쳐 쓴다. –
나는 Steve C와있다. The Muppets win! 사실, Neo4j와 OrientDB를 평가 중입니다. OrientDB에 기대고있는 것은 성능 프로파일이 내가 원하는 것과 일치하기 때문입니다.
"bling"을 보지 말고 시스템에 대해 읽기/쓰기 비율을 계산하십시오. 쓰기보다는 읽기가 더 많습니까, 아니면 검색이 더 중요합니까? 일단 당신이 그것을 알아 냈어, 다음 선택이 쉬워집니다.
현재 Neo4j와 OrientDB 모두 훌륭한 문서와 예제가 있습니다. 당신이 선택한 모든 것.
지금까지 OrientDB에 대한 경험을 공유해 주시겠습니까? 나는 그것을 직접 평가하고 실제 사용에 대한 피드백을 크게 고맙게 생각합니다. – Zaki
제가 말한 가장 큰 차이점은 - 확장 성입니다. Neo4j는 현재 클러스터을 지원하지 않습니다. 하지만 마스터 슬레이브 복제를 할 수 있습니다. 그러나 OrientDB는 클러스터를 지원합니다.
Neo4j에서 각 노드의 데이터는 키 - 값 쌍으로 저장해야합니다. OrientDB를 사용하면 데이터를 문서로 저장할 수 있으며 그래프와 비슷한 관계를 유지할 수 있습니다. OriendDB는 또한 ACID를 지원합니다.
fleetdb는 쉬운 해결책처럼 보입니다. 하지만 당신이 찾고있는 일부 기능이 누락되었을 수 있습니다. – Alfred