轻量级开发的成功秘诀，第 6 部分: 持久性策略

核心提示： JDO 还为任意的数据存储提供透明的持久性，在现实世界中，轻量级开发的成功秘诀，第 6 部分: 持久性策略(6)，大多数的数据是非关系型的，JDO 自己就能很好地为该社区提供解决方案，尝试您喜欢的，如果您仍然不能确定使用哪种解决方案，长处 JDO 的各种供应商各有长处，Kodo 产品在需要极限持

JDO 还为任意的数据存储提供透明的持久性。在现实世界中，大多数的数据是非关系型的，JDO 自己就能很好地为该社区提供解决方案。

长处

JDO 的各种供应商各有长处。Kodo 产品在需要极限持久性场景的利基市场卖得很好。Kodo 执行快速，并得到广泛的认同：它对任何一个 JDO 产品都有最好的映射支持。（我要说，就现在来看，它的映射支持是业界最好的。）Kodo 还在可管理性方面领先。（Versant 产品也有着非常快的速度。）显然，它的最大优点是针对映射支持的用户界面。

弱点

对 JDO 弱点的任何处理都必须从市场份额开始。作为一个标准，JDO 应当得到更好的保护，但是到目前为止，这个标准并不是非常成功。具有讽刺意味的是，JSR 220 持久性标准的出现很可能会对 JDO 造成打击。许多 JDO 供应商已经宣布在他们的产品中支持 JSR 220。您将会看到一个更强大的标准，而且好的 JDO 供应商将能够在那些市场中占有一席之地。JSR 220 标准将会开放，而且新的标准将从那里快速产生，您将会看到顾客使用同样的标准来尝试 JDO。由于疲弱的市场表现， JDO 需要在开放源码社区中更好地表现。Versant 向 Eclipse 小组捐赠它的产品是在正确的方向上前进了一步。

其他

Top Link、OJB 和 Cayenne 正在追赶 Hibernate，但是它们不可能赶上了（出于许多因素）。在接下来的几期文章中，我将用其他的语言如 Ruby 或 Python 来探索几个框架。

混合解决方案

本文将在介绍完一种混合解决方案后结束。大多数的 ORM 解决方案把一个类映射到一个关系数据库模式，而诸如 iBATIS 之类的混合框架则把类映射到一个 SQL 查询的结果。

对于 iBATIS，您提供一个 XML 文件，它指定查询和从那些查询到对象的映射。您能得到 ORM 的一些好处，比如一致缓存策略、独立于代码库的 SQL 和限定的关系管理。

长处

iBATIS 还有一些 ORM 框架没有的优点。您有对 SQL 的严格控制的权利，不必担心对象/关系的不匹配，也不必投入几个月来学习一个对象/关系映射框架。

弱点

iBATIS 不会给予您 ORM 所做的一切。您需要编码查询来完成每一次的数据库访问，而不是您自己来完成访问。与数据库的结合更加紧密。并依靠您选择的 SQL 方言。然而这并不是 iBATIS 的直接局限，这些是这一类解决方案固有的本性。

结束语

您不必机械地去套用 EJB 或 Hibernate，下一次您将开发一个需要持久性的企业解决方案。有许多的解决安可供选择。如果有任何问题，尝试您喜欢的。如果您仍然不能确定使用哪种解决方案，那就寻求帮助。