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

自从我的第一个女儿在八年前出生后，我就再也不能经常滑雪了。在离开那项体育运动近四年后，我尝试了新的雪橇。这样的雪橇更短一些，并且在内侧形成锥面，从而更容易转弯。新的体验是革命性的。

选择合适的工具

对于带 i-drive（它投入更多的力量到踏板曲柄而不是弹起的后避震）的山地自行车、低容量的皮划艇（它让我使用河面下的水流）和框架，我有着相似的经历。当我的客户处理持久性时，为他们找到合适的框架可以把一个艰难挣扎的、沮丧的团队转变为一个运转良好的机器。但是，您必须小心。改变框架可能是昂贵的。本系列的 第 3 部分 展示了 Spring 如何帮助您优化诸如持久性（persistence）之类的服务。本文则关注寻找合适的持久性框架。首先，让我来破除几个神话。

神话 1：技术总是最要紧的。

不论您是在谈论 RDBMS 还是持久性框架，持久关系都是长期的。您需要知道您选择的方案将长时间拥有市场份额。如果不是，您将冒着被迫离开指定框架的风险，而这并非您的意愿。

神话 2：对象关系映射程序（Object Relational Mappers，ORM）隐藏了所有的数据库问题。

持久性框架简化了一些问题，但引入了一些其他的问题。如果您不理解底层架构，那么找懂的人问，或者不要使用对象关系框架。

神话 3：JDBC 总是比 ORM 要快。

当然了，一个非常协调的特定 Java 实现总是会打败普通的 ORM，但是您很难找到一个非常协调的 JDBC 应用程序。JDO 和 Hibernate 之类的框架提供许多方法来提升性能。

神话 4：ORM 总是合适的工具。

常常，您会发现要求更好的访问 SQL 的问题。您也会发现面向批处理的而非交互式的问题，或要求直接访问数据库行，而非完整的对象模型。这些问题并没有充分利用 ORM。更糟糕的是，一些解决方案也许会碍事。