我试着想一下使用ehcache缓存一个包含特定订单的非常大的集合(几百万)的最佳方法。
集合中的对象很大(很多属性)。 我正在寻找与LinkedHashMap类似的属性(O(1)查找和顺序)。
对象的任何更新都可能会改变集合的顺序。
我正在考虑将对象的id放在某些sorted set中。但是当我更新缓存时,我必须确保同步此集合或使用concurrent implementation。在排序集中,我将存储id和我需要排序的内容。
缓存当然会正常存储对象,id为密钥。
我错过了什么吗?有更简单的方法吗?
答案 0 :(得分:0)
我最终只使用Solr,因为我们已经在使用它了。