这种场景该如何设计?

现在做一个rich client,大概20-30个panel,核心类是article,几乎每个类都和它有关系.所以设计要求在客户上建个缓存,形成一个view->cache->facade->dao->database的模式.dao的接口比较单一,就是findAll(),find(),update(),commit(),rollback(),delete(),refresh()这些吧.dao是用hibernate还是jdo来做没有确定.
实施起来感觉有些问题,
1,第一次几乎启动任何panel,为了填充缓存,都要把大约6000条article读入,大概要7-8秒,article这个类约20个字段,包括很多list
2,读入缓存后不知道该不该关闭相关的session,如果关闭了以后会发生lazyloading的问题,如果不关,那就是dao一直使用一个session??可一旦发生错误还是要关闭session?这时候要更新缓存需要更多的时间.
觉得这个模式有些问题,又说不出究竟在哪,请各位达人们指点一二,谢谢.另外有个想法,想把dao放到javaee服务器上做成个stateless session bean,不知道是不是合适.

把data object 和 view object分离开，来避免lazy loading得问题。