浏览 2790 次
|
锁定老帖子 主题：Hibernate集合缓存的问题？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-01-22
我在应用中为了提高性能，几乎所有的集合缓存都打开了，但是在执行删除操作时，集合缓存带来了大量的麻烦。有的对象本身与好几个对象有关联，这些对象互相都是通过集合关联的，有些对象还是有层次关系。这导致我在删除某个对象时，通常需要遍历这个对象的集合属性，来处理Collection缓存同步的问题(如果这个对象又与其它对象关联，或这个对象本身是一个树型结构的时候更麻烦），请问这样处理有无必要？
是不是在复杂的对应关系的情况下不应该使用集合缓存？ 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2007-01-22
缓存不一定提高性能,只有命中率高的缓存才会提高性能,要甚用缓存,读多写极少比较适合用缓存!
|
| 返回顶楼 | |
|
发表时间：2007-01-22
Jamsa 写道 我在应用中为了提高性能，几乎所有的集合缓存都打开了，但是在执行删除操作时，集合缓存带来了大量的麻烦。有的对象本身与好几个对象有关联，这些对象互相都是通过集合关联的，有些对象还是有层次关系。这导致我在删除某个对象时，通常需要遍历这个对象的集合属性，来处理Collection缓存同步的问题(如果这个对象又与其它对象关联，或这个对象本身是一个树型结构的时候更麻烦），请问这样处理有无必要？
是不是在复杂的对应关系的情况下不应该使用集合缓存？ 我建议在复杂的情况下不用集合关联,过多的关联会损失性能,偶的做法是自己维护关联关系.而且被缓存的数据基本上是更新频率很低的数据吧. |
| 返回顶楼 | |
|
发表时间：2007-01-29
Jamsa 写道 我在应用中为了提高性能，几乎所有的集合缓存都打开了，但是在执行删除操作时，集合缓存带来了大量的麻烦。有的对象本身与好几个对象有关联，这些对象互相都是通过集合关联的，有些对象还是有层次关系。这导致我在删除某个对象时，通常需要遍历这个对象的集合属性，来处理Collection缓存同步的问题(如果这个对象又与其它对象关联，或这个对象本身是一个树型结构的时候更麻烦），请问这样处理有无必要？
是不是在复杂的对应关系的情况下不应该使用集合缓存？ 缓存要看情况使用，一般读多写很少的情况使用缓存可以提高性能。 Collection缓存没有使用，道理应该是一样的。 |
| 返回顶楼 | |
|
发表时间：2007-01-30
Jamsa 写道 我在应用中为了提高性能，几乎所有的集合缓存都打开了，但是在执行删除操作时，集合缓存带来了大量的麻烦。有的对象本身与好几个对象有关联，这些对象互相都是通过集合关联的，有些对象还是有层次关系。这导致我在删除某个对象时，通常需要遍历这个对象的集合属性，来处理Collection缓存同步的问题(如果这个对象又与其它对象关联，或这个对象本身是一个树型结构的时候更麻烦），请问这样处理有无必要？
是不是在复杂的对应关系的情况下不应该使用集合缓存？ 不需要级联的操作在cascade中去除达不到效果吗？ |
| 返回顶楼 | |
