我正在爲項目尋找正確的圖形數據庫。我測試了Neo4j並非常喜歡它。但是，AGPL許可問題讓我略微有點（you can read about it here）。經驗OrientDB vs Neo4j
然後我發現一些文章聲稱OrientDB實際上要快得多。但他們並不是最新的。您可以找到它們here和here。它在Apache 2下獲得許可，這很好。
所以我只是想問你的意見偉大的人的計算器。
感謝您的反饋！
注意：我在OrientDB團隊，我的意見肯定是傾斜的。我也以一種非常隨便的語氣回答。
提出您的觀點：
1）在集羣部署的話題，目前它甚至不是一個比較。 Neo4j是主從複製，他們自己聲稱它通常只適用於單位數節點部署，並且整個圖必須屬於一臺機器。 OrientDB具有完整的多主複製能力（每個節點都可以接受讀寫），能夠分割數據，智能地使用集羣分配數據並自動執行分佈式查詢和事務處理。我們的首席執行官最近做了一個優秀的網絡研討會，表明我們在這方面的設置：http://hazelcast.com/resources/orientdb-hazelcast-memory-distributed-graph-database/
2）Apache 2.0是我們的社區許可證，這是非常自由的。您甚至可以免費嵌入OrientDB社區版。 （A）GPL擔心一些關閉的源代碼會受到污染。這可能是也可能不是威脅，但有時很難確定。我們的社區許可證功能非常豐富，包括全分佈式，多主複製和分片。
3）遍歷關係是圖形數據庫的一個重點。所以無論是Neo4j還是OrientDB都適合你，在這裏......你可以深入2000級，它仍然是高性能的。
4）文檔圖功能很棒，但你知道我會這麼說。我們構建的產品是一個生產級系統，設計爲一個完整的數據庫，而不是用作RDBMS或其他數據存儲的補充的側面數據庫。
我在這裏強壯。但我有充分的理由。在過去的三週裏，一家世界領先科技公司的一個完整的開發團隊一直在測試OrientDB和Neo4j。對於他們非常苛刻的用例，由於各種原因，我們是更好的選擇。錢不是問題，我們用我們的技術贏得了生意。
爲了它的價值，我已經表明了我的偏見。根據我的經驗，一旦與OrientDB合作，就不會有回頭客。讓我們知道你是否需要任何幫助！
Hazelcast鏈接很棒。我們正在工作中轉移到hazelcast，我正在努力讓我們採用OrientDB。 – CodeShaman 2014-10-12 04:41:56
@Greg McCarvell OrientDB幾乎只有（擴展的）用於查詢的SQL。它不適合甚至與RDBMS混淆，但將其用於與其設計的DBMS非常不同的DBMS有點不方便。查詢語言使得OrientDB變得不那麼平易近人，即使它被寫爲由於事先熟悉SQL而降低了學習曲線。由於圖中的思想與表和連接中的思維不同，對於各種數據的建模也是如此，因此索引查詢也應該是非常直觀的。今天查詢OrientDB並不直觀。 – 2015-07-15 22:09:32
mr @greg這裏的問題在於，沒有像穩定的驅動程序那樣用於大多數用於web開發的語言，比如php和其他許多其他語言。 – 2015-09-26 14:56:28
有人可以解釋，爲什麼這是downvoted和人們投票結束這個問題？嚴重的問題，我做錯了什麼？ – 2014-10-10 20:49:30
我認爲一般來說，SO格式用於提問和獲得答案。人們經常會對吸引非常褒貶的回答的帖子進行低估，例如「你能推薦最好的X」還是「哪個更好，X或Y？」 - 您的問題沒有任何特定的數據集或與其相關的查詢。如果你重新提出你的問題，問問哪些功能更好*針對你的問題*這將更容易回答這個問題，而不只是陳述意見「好吧，我更喜歡這個...」 – FrobberOfBits 2014-10-10 20:53:54
你應該使用Neo4j，我第一次嘗試使用OrientDB但在其所謂的SQL有許多錯誤，但Neo4j解決了我所有的問題 – 2015-10-09 05:52:06