Java数据对象(JDO)的前世今生 - 编程入门网

此外，对于普遍需要用到的连表查询，也给应用开发带来困难，这些地方仍不能突破SQL的限制。

3.1.1.3 SQL资源占用多

在处理对象集合访问或者处理集合类型属性时，往往我们只能在同一个Connection中处理一切事务，这就要求一次性地将集合中的对象全部读入，如果集合很大的话，容易造成数据库拥塞，使得性能大打折扣，适得其反。这方面的优化也是很多开发人员一直在努力改进的。

3.1.1.4 对象关系处理复杂

前面提过，对象之间的关系处理上，普通的包装技术是一种表面上的处理，在访问时调用者仍需要用大量的代码进行处理，并且，这还只是读取，在写入关系属性时会有更多的细节问题需要处理。

3.1.1.5 面向对象特色只能应用一小部分

面向对象的包装到前面所说的为止，都还只是很基本的处理，而面向对象的精华：继承和多态，在这里得不到任何帮助。我们放弃了很多合理的设计来迁就数据库的包装。

以上就是基本数据包装的主要缺陷，还有更多的小问题也需要额外的处理。

不过，有责任心的开发人员当然不会就此善罢甘休，他们冥思苦想，可能会用更好的方式来实现对象之间关系的处理，而且还会加入一些延迟访问的机制，将对象之间的引用在需要用的时候才去连接数据库取数据，另外，在类的继承上，他们也试图去在数据库包装上得到体现。

值得感谢的是，一些富有经验的团队在经历若干改进之后，毫不吝惜将他们的成果贡献出来，并将其独立化，成为可复用的组件。这也就是后来出现的对象包装产品，包括商用的和免费的。

3.1.2 产品化包装中间件

面向对象的包装产品化后，逐步推广开来，称作关系/对象映射：O/R Mapping。并且，在产品化的过程中，产品提供者在产品中逐渐提供了更多的功能。先是一些自动命名转换器得以应用，将客户代码中的类名、属性名在内部处理的时候自动地转换到对应的数据库结构命名空间上，这样，应用开发的时候不再关心具体的数据库结构，不再需要记忆不同地命名体系，只需要一心一意地根据类图来进行开发。在此之后，这些O/R Mapping产品的开发团队又向前迈了一大步：引入了词法分析器，提供面向对象的查询语言！很多对象关系的查询使应用开发变得非常方便，使O/R Mapping产品上了一个新的台阶。

3.1.2.1 TopLink

TopLink是一个非常早期的产品，最初面向C++，后来也实现了Java的映射。TopLink性能优异，功能强大，并且提供了独特的查询过滤器机制，以及对关系的处理和查询都非常有效，于是，TopLink逐渐从商用化O/R Mapping产品中胜出，成为市场上的最出色的映射产品。也正因为这一点，最大的关系数据库厂商Oracle将其收购，成为提供最强数据库和最强对象映射中间件的厂商。

3.1.2.2 Castor、Hibernate

TopLink虽然强大，但太强大的东西免不了得意忘形，TopLink开始将用户锁死到自己的产品上，查询方式是最突出的。它的查询体系含有很多别扭的概念（在我看来是如此），但为达到一般O/R产品不能达到的功能，开发者只能接受这些。慢慢地，也产生积怨，再加上其高昂的价格，让很多新老用户望而却步。于是，免费的产品开始崛起。

免费的O/R Mapping工具有很多种，这里只提其中最有影响力的两种：Castor和Hibernate。

Castor是Exolab组织开发的面向Java的包装工具，它最大的特色就是实现了大部分的ODMG OQL规范，在查询上，可以象完全使用一个对象数据库一样类图进行查询（后面会有介绍）。它的原理是通过Java反射API去实现属性的设置和读取。不过由于各种原因，Castor后来的版本更新越来越慢，最终停步在1.0之前，成为至今未出到1.0正式版的O/R

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!