持久性不是自动的或者得不到保证.在实体 bean 操作中,容器处理 bean 状态的持久性,并确保这种数据得到保护,供以后使用.对于会话 bean,将数据保持在安全,长期的数据存储中是开发人员的责任.
JDO(Java Data Object)
JDO 提供了面向对象的持久数据存储.开发人员使用 POJO(无格式普通 Java 对象,plain ordinary Java object)来装入和存储持久数据.
会话 bean 与 JDO 结合类似于将它们与 JDBC 结合,但 JDO 是以更面向对象且更以 Java 为中心的观点处理该问题的.
会话 bean 和 JDO 提供了许多优点,其中有些来自会话 bean,而其它的来自 JDO,使用会话 bean 而不使用实体 bean 进行交付的主要优点有两个:
设计简单.从体系结构设计的观点来看,直接通过会话 bean 来处理数据管理比使用实体 bean 简单得多.
细粒度控制.因为会话 bean 是通用的工作程序组件,所以它们允许开发人员对整个持久性进程进行完全控制,包括高速缓存,持久性,并发性和同步等.
这两个优点并不是会话 bean/JDO 组合所特有的:会话 bean 与 JDBC 的结对也存在这两个优点.但是,JDO 确实提供了一些独特的优点:
编码简单.JDO 体系结构向开发人员隐藏了低级别的持久性细节,从而使他们专注于从业务过程的角度管理对象,不至于陷入数据持久性逻辑的琐碎细节中.
提高的生产力.JDO 程序员能完全在面向对象的范例内操作.这通常会使开发更简洁,更平滑且更不易出错,因为程序员不用在关系的思想体系和面向对象的思想体系之间频繁地转换.
面向对象的持久性.JDO 的面向对象本质不仅提高了开发人员生产力,而且它还考虑到比关系持久性所提供的还要丰富的持久性机制.JDO 并不仅仅使 Java 对象持久;它还透明地处理整个相关对象图的持久性.因此,当实例被持久存储时,它所维护的对其它对象实例的任何内部引用也都被持久存储(除非它们已被声明为瞬态).JDO 还存储类型层次结构的完整信息,并能根据类型(父类和接口)实现请求,而不是只了解持久实例的特定局部类型.
缺点:
JDO 不成熟.JDO 还处于初期.到编写本文时,JDO 1.0 规范的发布还不到一年.其结果是,JDO 社区还非常小,最大且最具威望的 JDO 门户网站可以炫耀的也只是其会员有五千多一点.尽管这些数据并不表示 JDO 是一种差劲的技术,但它们确实表明它还处于前沿.几乎没有几家公司愿意尝试在业务级实现中使用 JDO.
会话 bean 不是事务性的.J2EE 客户机不能直接访问 JDO 对象.必须由 servlet 或会话 bean 处理进入请求.因此,尽管很容易将 JDO 对象声明为事务性的,但仍必须使用非事务性组件来访问它们.在将事务语义直接编码到会话 bean 的应用程序代码中时,开发人员必须尽一切可能确保每个功能的业务规则,流程控制和事务完整性都得以保留并是容错的.尽管使用容器管理的事务可以极大地缓解这一问题,但是这样做限制了开发人员对持久性进程的控制,并除去了许多控制事务粒度所产生的体系结构上的灵活性.
Hibernate
Persistent Object是简单的业务实体对象(要被持久化的对象).通过hibernate被透明的持久化到数据库中.
表person
开发一个Person类:它和普通的类没有什么不同,但它符合bean的规范,即为每个属性提供get,set方法
用xml映射文件描述其映射数据库的方式
编写Person.hbm.xml( 建议命名为:"类名"+"hbm.xml"),并且放置在Person类相同包目录下
通过hibernate api对其持久化


...
西安
阿三
000000001
address
name
id(primary key)
为了运行要配置数据库:以mysql数据库为例子:(只用劳动1次即可)
hibernate.properties 在hibernate源程序的根目录可以找到此文件模板,copy到我们的类的根目录.即:"..\h"
该文件前两项都填好了,只用填数据库连接和username,password
hibernate.dialect net.sf.hibernate.dialect.MySQLDialect

上一页下一页