참고 : OrientDB 팀에 있습니다. 제 의견은 확실히 기울어졌습니다. 나는 또한 단호하게 캐주얼 한 분위기로 대답하고 있습니다. 당신의 점에
:
1) 클러스터 배포의 주제는, 현재 심지어 비교 아니다. Neo4j는 마스터 - 슬레이브 복제이며 일반적으로 한 자리 노드 배포에만 적합하며 전체 그래프는 하나의 시스템에 속해야한다고 명시합니다. http://www.infoq.com/interviews/ian-robinson-neo4j?utm_source=infoq&utm_medium=videos_homepage&utm_campaign=videos_row1
OrientDB는 다중 노드 복제 (모든 노드가 읽기 및 쓰기를 수용 할 수 있음)를 수행 할 수있는 완전한 기능을 가지고 있으며 데이터를 분할하고 클러스터를 사용하여 지능적으로 데이터를 분산하며 분산 된 쿼리와 트랜잭션을 자동화 할 수 있습니다. . 우리의 CEO는 최근 헤이즐 캐스 (hazelcast)에 대한 훌륭한 웹 세미나를 통해이 분야에 대한 설정을 보여주었습니다 : http://hazelcast.com/resources/orientdb-hazelcast-memory-distributed-graph-database/
2) Apache 2.0은 커뮤니티 라이센스이며 매우 자유로운 내용입니다. OrientDB 커뮤니티 에디션을 무료로 임베드 할 수도 있습니다. (A) GPL은 폐쇄 된 소스 코드가 오염 될 것이라고 걱정합니다. 이것은 위협 일 수도 위협이 아닐 수도 있지만 때로는 결정하기가 어렵습니다. 당사의 커뮤니티 라이센스는 완전 분산, 다중 마스터 복제 및 샤딩을 포함하여 매우 기능이 풍부합니다.
3) 트래버스 관계는 그래프 데이터베이스의 일종입니다. 그래서 Neo4j 나 OrientDB 중 어느 것이 당신을 여기에 잘 맞출 것입니까? 2000 레벨의 깊이로 가면 여전히 성능이 좋을 것입니다.
4) 문서 그래프 기능은 훌륭하지만 내가 말할 수 있음을 알았습니다. 우리가 구축 한 제품은 RDBMS 또는 다른 데이터 저장소의 보충 자료로 사용되는 보조 데이터베이스가 아니라 데이터베이스에서 전체가되도록 설계된 프로덕션 급 시스템입니다.
나는 여기서 강해지고 있습니다. 하지만 좋은 이유가 있습니다. 지난 3 주 동안 세계를 선도하는 기술 회사의 전체 개발자 팀이 Neo4j에 대해 OrientDB를 테스트했습니다. 매우 까다로운 유스 케이스의 경우, 우리는 다양한 이유로 더 나은 선택이었습니다. 돈은 문제가 아니었고, 우리는 우리 기술로 사업을 벌었습니다.
가치있는 것을 위해 가져 가라. 나는 내 편견을 앞에두고 말했다. 내 경험에 비추어 볼 때 OrientDB로 작업하면 되돌아 보는 일은 없을 것입니다. 도움이 필요하면 알려주세요!
누군가 설명 할 수 있습니다, 왜 이것이 downvoted되고 사람들이 질문을 닫습니다 투표? 심각한 질문, 내가 뭘 잘못 했니? –
일반적으로 SO 형식은 질문하고 답변을 얻는 것입니다. 사람들은 종종 "가장 좋은 X를 추천 할 수 있습니까?"또는 "어느 것이 더 좋습니까, X 또는 Y입니까?"와 같이 매우 독창적 인 답변을 끌어 오는 게시물을 다운 화합니다. - 질문에 특정 데이터 세트 나 쿼리가 연결되어 있지 않습니다. 어떤 기능이 더 나은지 묻기 위해 질문을 다시 작성한 경우 문제에 대해 * "의견을 말하지 않고 질문에 대답하는 것이 더 쉬울 것입니다."라고 말합니다. – FrobberOfBits
Neo4j를 사용해야합니다. 먼저 시도해 보았습니다. OrientDB를 사용하지만 이른바 SQL에 많은 버그가 있지만 Neo4j가 모든 문제를 해결했습니다. –