我不确定是使用Java Collections还是一些内存中的DB (H2或HSQLDB -它们可能是最快的)。我需要一个良好的性能结果-将有数百个对象/行,没有连接或更复杂的查询将被执行。
我真的在考虑内存中的DB,因为java堆的大小有限-我使用的对象可能相当大,也会有很多对象(如我所提到的数百个)。
你认为对大量数据使用内存数据库是个好主意吗?
发布于 2012-02-15 03:14:40
成百上千的10KB对象仍然只有几个MB。保持简单是我的建议。数十万个1KB的对象仍然可以轻松地放入32位JVM中。
我不会使用内存中的数据库,直到你进入千兆级的数据。如果您有数百GB的空间,那么您唯一的选择就是使用某种数据库。
免责声明:我在内存数据库中使用,甚至已经写了一两个。
发布于 2012-02-15 02:58:19
尝试用集合来做这件事。如果你意识到了一个问题,你仍然可以切换。这一切都是抽象实现的问题,因此您的算法不会期望其中之一。(还有另一个“早期优化是邪恶的”的咆哮)
发布于 2012-02-15 03:09:34
正如其他人所说,“数百”真的不是很多,现在听起来你甚至可能会说不到数百。ANd如果堆大小是个问题,您可以使用Increase the JVM Heap Size
https://stackoverflow.com/questions/9282531
复制相似问题