Java Collections與內存數據庫性能
[英]Java Collections vs in-memory database performance
問題描述
我不確定是使用Java Collections還是使用一些內存數據庫（H2或HSQLDB - 它們可能是最快的）。 我需要一個良好的性能結果 - 將有數百個對象/行，不會執行JOIN或更復雜的查詢。
我真的在考慮內存數據庫，因為java堆的大小有限 - 我正在使用的對象可能非常大，而且會有很多它們（我提到的數百個）
您認為使用內存數據庫獲取大量數據是個好主意嗎？
3 個解決方案
解決方案1
3 2012-02-14 18:58:18
嘗試用集合來做。 如果你意識到問題，你仍然可以解決問題。 這完全是抽象實現的問題，因此您的算法不會期望其中一個或另一個。 （又一個“早期優化是邪惡的”咆哮）
解決方案2
3 已采納 2012-02-14 19:14:39
數百個10 KB對象仍然只有幾MB。 保持簡單是我的建議。 數十萬個1 KB對象仍然可以很容易地裝入32位JVM。
在進入GB數據之前，我不會使用內存數據庫。 如果你有數百GB，你唯一的選擇是使用某種類型的數據庫。
免責聲明：我在內存數據庫中使用，甚至寫了一兩個。
解決方案3
2 2012-02-14 19:09:33
正如其他人所說的那樣，“數百”真的不是很多，現在聽起來你甚至可能說不到數百個。 如果堆大小有問題，您可以增加JVM堆大小
MappedByteBuffer.asFloatBuffer（）與內存中的float []性能
[英]MappedByteBuffer.asFloatBuffer() vs. in-memory float[] performance
是否有一個Java緩存庫將數據存儲在數據庫中而不是內存中？
[英]Is there a java cache library that stores data in database instead of in-memory?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.