感谢banq的回复！
其实我们现在已经有一套自己的类似于NOSQL的实现
我们将一些根对象在项目启动时候加载到cache，而且加载的都是完整的根
而且有效的保证了ROOT对象在cache中的唯一性
当业务有数据变更操作的时候，如果是根对象则直接从cache中取出来，如果是其他的那么用jxpath做内存筛选，然后set改变值，最后update ， 当数据库操作出现异常的时候，我们有一套内存中对象还原机制来将当前业务中操作的某个对象进行还原！
由于这套框架以前都是运用在一些小项目上面 ， 如今面临一个类似于SNS的站点，我们的设想是 面对海量的数据我们可以考虑分布式缓存， 但是因为欠缺经验，不清楚这种把数据库的数据全部映射到cache中去，是否会带来一些隐患！
因为这种cache不在只是针对不经常变化的数据
但是我们又觉得这种设计能到达SNS需要的高频率读的需求
请banq给一点参考意见。 十分感谢！