第一章:
jdo是sun公司为实现java对象事务数据存储的透明持久性而制定的规范.本文档概述jdo,除非特别声明,否则本文档的说明适用于所有jdo规范的具体实现品.
1.1 读者层次
本文适合那些想了解jdo并实践应用到日常工作的开发人员,您应对java和面向对象编程概念有较深的了解,并且熟悉XML.而您可以没有数据库编程和持久性数据的处理经验.
假如你想了解jdo的方方面面,那么你应该忽略本文,直接阅读官方的jdo规范.sun网站提供了它的下载.
1.2 透明持久性
信息在程序中生成,并且能不依赖程序而存在的数据,称为持久性数据.多数复杂的程序都要使用持久性数据:例如GUI程序需要记住用户参数,WEB程序要跟踪用户在某段时间内的活动和订单等等.
对开发人员而言,只需少量或根本不需做任何工作即可完成持久性数据的存储和读取的特性,就是透明持久性.例如,java的序列化就是透明持久性的一种形式,应用序列化,只需很少的工作就可以把java对象直接存储到某个文件.但是作为透明持久性的实现机制,序列化和jdo所比较起来,黯然失色.下文会把jdo和序列化还有现存的其他实现数据持久性的机制作个对比.
第二章:
什么是JDO?
对开发人员而言,已经有多种可供选择的实现持久性数据存取的技术,例如序列化,JDBC,对象-关系映射工具,对象数据库和EJBs.那么为什么要介绍另外一种框架呢?答案是上述的持久性数据存取技术都有一定程度的缺陷,而JDO努力去克服这些缺陷.下表列出这几种技术的对比.
1. Serialization是java语言的内部实现机制,可把对象转换为一系列字节代码,存到文件或者通过网络传输. 序列化易于使用,但功能非常有限,它对整个对象进行存取,不适合大量数据的处理.当信息更新时,假如发生错误,对象所作的改变并不能撤销.所以它也不适合数据严密集成的应用程序.多线程的程序不能读取相同的序列化数据,否则会发生冲突.并且不能查询.以上种种因素,使得序列化对琐细的持久性需求来说,几乎是无用的.
2.许多开发者使用JDBC在关系数据库操作持久性数据.JDBC克服了序列化的许多缺点.它可以处理大量数据,提供数据集成机制,支持数据并发访问,并且可以用sql语言进行查询.不幸的是,JDBC丧失了序列化的易用性,JDBC使用的关系范例并不是为存储对象而设计的.所以迫使你在考虑数据处理的代码时放弃面向对象编程思想,或者自己寻找一种面向对象的概念映射到数据库中.
3. 一些软件公司制定自己的技术框架,实现对象和关系数据表的映射.这些对象-关系映射产品让你专注于对象模型而不必关注对象和关系范例之间如何转化.然而,这些产品有自身的大量API,你所写的代码时为这个单一的厂商而编写.如果
厂商未能修正产品的bug或者提高价格,当你想使用另一个产品的时候,你不得不重写所有关于持久性数据操作的代码.
4.胜于映射对象到关系数据库的做法,某些软件公司开发了实现对象存取的新数据库.通常,这种对象数据库比对象-关系映射软件要易于使用.对象数据库管理组织(ODMG)打算制定访问对象数据库的标准API,然而很少对象数据库的厂商响应ODMG的建议.因而,厂商依赖性同样存在.很多公司为选择新的对象数据库技术而犹豫,毕竟关系数据库久经考验.对象数据库系统的数据分析工具很少,并且巨量的数据已经存储到老的关系数据库中.因为这些原因,对象数据库并不如它的创造者所期待的那么流行.
5.J2EE介绍了EJBs,实体ejb如同对象-关系映射的解决办法,为持久性数据提供了面向对象的视点.然而,实体bean并不仅限于关系数据库,ejb中提供的持久性信息有可能从EIS而来,或者其他存储设备.而且,ejb使用严格的标准,使数据易于在不同厂商之间传输.然而,ejb提供的面向对象概念实在有限,高级的特性如继承,多态,联合关系都消失了.加之,ejb的编写困难,需要运行在大型昂贵的服务器上.ejb,尤其是会话bean和消息驱动bean,诚然有其他优点.然而,JDO规范详细介绍了如何把这些有点集成到JDO中.
6.JDO结合了以上几种机制所能提供的的最好特性.在JDO里,编写一个可持久化的类就如同写一个可序列化的类那么简单.JDO支持大数据集,数据连贯性,并发性使用和JDBC的查询能力.如同对象-关系软件和对象数据库,JDO允许使用高级的面向对象概念如继承.类似EJB,它通过严格的规范说明,避免了厂商的独享性,也像EJB一样,JDB对后台的数据库没有要求.JDO的实现者可以把对象存储到关系数据库,对象数据库,或者任何支持持久性存储的设备.
注意:默认情况下,KODO JDO 通过JDBC把对象存储到关系数据库.用户可以定制其他数据存储方式.
对许多应用程序而言,JDO并不是完美的.但是它提供了持久性机制的替代品.并且是令人兴奋的替代品.
