JDO之前世今生
sun2bin（原作）来源：CSDN
1 Java与数据库应用，JDBC
Java发明以来，在短短的几年之间，迅速占领了从桌面应用（J2SE）到服务器（J2EE），再到小型设备嵌入式系统（J2ME）的应用开发市场，其语言吸取了SmallTalk的一切皆对象的理念，摆脱了C++的历史累赘，简洁、自由的风格赢得了很多开发者的喜爱。从JDK1.1开始，Java成为实用的语言，而不是被人观望的新品秀；再经过JDK1.2的大量增强（尤其是Collection Framework），JDK1.3的虚拟机效率提升（HotSpot），JDK1.4的融合百家之长（Logging、RegEXP、NewIO等），现在已经是成熟稳重，颇显大家风范。
在企业级市场上，大部分的应用建立在数据库基础上，数据是企业的生命，传统开发语言，包括面向过程的C、面向对象的C++、变种Pascal的Delphi（非常棒的语言，我用过四年），面向数据的PowerBuilder等等，先后在数据库开发的舞台上展现风姿。Java当然不会放过这些，于是，出现了JDBC。在JDBC的帮助下，Java也迅速渗入数据库开发的市场，尤其是面向企业服务器的应用开发。
今天要谈的JDO，与JDBC有非常密切的关系，尽管JDO并不是只面向JDBC的数据对象包装规范。下面先简单地介绍一下JDBC。
1.1 关系数据库之百家争鸣，ODBC
关系数据库的历史一言难尽，我只能从我的接触经历和所见所闻，简单地叙述一下。最早的时候，计算机还只在一些大型的研究机关露面，并不是普罗大众可以涉及的。苹果电脑将个人电脑引入民间，再随着IBM的PC标准开放，个人电脑逐步普及开来，加上微软的DOS操作系统，以及Borland的Turbo系列语言开发环境，老百姓发现原来电脑可以做这么多事！后来，出现了DBASE，一个简单的关系数据库系统，和SQL语言。后来，Borland看到了数据库的市场前景，推出了Paradox（也是当今Delphi和C++Builder中仍然使用的Paradox），一举占领了民用数据库的大部分江山，之后，Borland干脆收购了Dbase，后来又购买了InterBase，将数据库市场的领先优势一直保持到Windows3.0出现。这时候，微软在Windows1.0和2.0被人痛骂之后顽强地推出3.0，以及更稳定的3.1和Win32API，造就了个人电脑桌面操作系统的霸主地位，在Borland未警觉的情况下，购买了同样具有类Dbase数据库技术的Fox公司，并迅速将其易用化，形成了FoxBase，后来演变成FoxPro，逐渐超过了Borland，成为个人电脑数据库的大户。微软再接再励，为简单易用而低负荷要求的数据库应用开发了Access，赢得了广大开发人员的心。当然，同期的Oracle、Sybase、Informix等商用数据库凭专注于企业级数据库技术成为高端的几位领军人物。微软当然也想成为高端数据库供给商之一，于是自行开发一套面向企业级应用的数据库，不过很快项目夭折，微软不甘心，购买了Sybase的底层TDS技术，包装成了SQL Server，凭微软的高度易用性的特点，也占领了不少市场。
当市场上出现众多的数据库产品之后，Borland和微软都发现自己拥有的数据库产品挺多，市场也不小，不同的产品给用户带来不同的配置任务，不利于所有产品的推广，于是，两者纷纷开始制定数据库访问的规范，微软推出了ODBC，其面向开发人员的亲和性，逐步获得了认可，同时，Borland纠集了IBM和Novell也推出了IDAPI数据库接口规范，也就是今天BDE的核心，不过后来Novell和IBM先后退出，只剩Borland独力支撑。不过Borland是一个技术实力雄厚的公司，其技术一向领先于微软，BDE的性能比初期的ODBC不知道要好多少倍，后来微软偷师学艺，把连接池等技术加到ODBC中，在Delphi3.0及其BDE在市场上风光无限的时候，逐步赶了上来并有超过。直到今天，BDE仍是Borland的产品线上的数据库访问标准，而微软假如不是将ODBC和多数数据库的客户端内嵌进Windows的话，估计BDE仍是市场的赢家。不过，微软是玩弄市场的老手，通过对操作系统的垄断，其数据库产品和ODBC标准终究占据了多数开发市场。
1.2 从optional pack到JDK的标准API
Java开始涉及数据库应用后，Sun就极力制定Java的数据库规范，JDBC API就是类似ODBC一样，对数据库访问的底层协议进行最基本的包装，然后形成一套统一的数据访问接口，数据库连接、SQL语句句柄、结果集，都带有ODBC的影子。以方便配置为目的，Sun极力推荐完全瘦客户端的TYPE 4型JDBC驱动，这是一个不需要安装数据库客户端的驱动规范，是现在使用最多的。当然，为了保持与旧的数据库兼容，JDBC规范中包括了专用于连接ODBC的TYPE 1驱动和需要安装数据库客户端的TYPE 2驱动，以及可以由厂商在数据库服务端专门提供面向JDBC的服务的TYPE 3驱动。
