2012-01-15 119 views
1

我有一個Java應用程序需要處理10到100兆字節的數據。任何DBMS都需要嵌入。我們目前有一個緩慢,脆弱和複雜的db4o解決方案。我會允許我們的許多傷口都是自己造成的。db4o和替代品

讓我們假設當前的db4o實現是無法解決的。人們會推薦繼續使用db4o嗎(只是在使用時要小心)?還是有其他嵌入式數據庫,你可以積極推薦?

感謝您的反饋。

+0

有一大堆嵌入式數據庫。 OODB數量大大減少,這是db4o的功能。你需要一個OODB嗎? – 2012-01-15 20:29:45

+0

我被阻抗匹配的概念所吸引,但它比「必須擁有」更「擁有」。可靠性和性能在規模上更重。 – user888379 2012-01-15 23:31:49

+0

那麼,如果您不知道您正在尋找什麼樣的性能特點,如何使用這些數據等,那麼我們很難提出任何重要建議 - 我建議您進行一些基準測試,並瞭解您的工作方式特別的用例。 – 2012-01-15 23:41:13

回答

3

那麼db4o不是10s和100s的千兆字節。 db4o數據庫的絕對最大值爲256 GB when setting the block-size to the allowed maximum。不過,我認爲這個表現會早一點崩潰。

你存儲什麼樣的數據?你的數據的形狀是什麼?你的表現特徵是什麼?沒有這個,很難推薦一個合適的數據庫。

無論如何,在Java-Space中,我對H2數據庫有很好的體驗。這是一個偉大的關係數據庫。但我不知道你的東西是否適合於關係數據庫。

我也聽說過關於Neo4J,一個圖形數據庫的很多好東西。我個人還沒有使用它,但是當你的數據更多地以圖形爲導向時,我會研究它。

+0

感謝您的信息。當我們說話時,我正在學習這些東西,因此是非特定的問題。我試圖公平對待db4o,並且不要讓我目前對我們的實現感到不滿,這使我無法對付它。不過,我更願意瞭解一些替代方案。 – user888379 2012-01-16 22:04:12