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.