J2EE 探险者：持久数据管理，第 1 部分

J2EE 平台为管理企业数据持久性提供了一组丰富的选项，但如何选择适合于您体系结构的选项呢？Kyle Gabhart 介绍了 J2EE 最佳的数据持久性技术 ― 实体 bean、JDBC 和 JDO ― 并在几个不同环境中比较它们。
数据持久性是企业开发中最棘手的一个方面。一个企业数据持久性解决方案必须提供迅速的客户机事务，随着时间的过去确保数据完整性，以及在如系统崩溃和网络故障之类的日常灾祸发生时使数据继续存在。在 J2EE 探险者系列接下来的两个部分中，我们将着重讨论 J2EE 技术，这些技术有助于您为企业体系结构创建可靠的数据持久性解决方案。我们将通过简要地介绍企业应用程序中的数据持久性来开始该主题，然后继续更详细地讨论各种技术选项。在本部分中，我们将比较实体 bean 的一站式（single-stop）解决方案同更复杂的（但更健壮的）会话 bean 与 Java 数据库连接（Java Database Connectivity，JDBC）代码的组合。在下一部分中，我们将比较 Java 数据对象（Java Data Object，JDO）与实体 bean。
什么是数据持久性？
数据是任何计算机应用程序最重要的方面。计算机应用程序的核心是使某人或另一个计算机系统能够访问其数据。在企业环境中，数据不仅必须是可访问的（即，与用户界面连接并按一系列业务规则管理），而且还必须是持久的。持久数据存储就是即使在服务器崩溃的情况下仍能存在的数据存储。
持久数据存在于应用程序的活动内存之外，通常在数据库或平面文件系统中。虽然持久数据被读入瞬时存储器以供使用或修改，但它始终被写到外部数据存储中以长期存储。美国国家标准与技术研究所（The United States National Institute of Standards and Technology）（请参阅参考资料）定义了三种级别的持久数据：
部分持久数据是一种仅允许对最新版本更新的持久数据结构。
持久数据是一种保留其旧版本的数据结构；即，以前版本和当前版本都可能被查询。
完全持久数据是一种维护其数据的所有版本并允许对这些版本更新的持久数据结构。
大多数业务应用程序至少提供部分持久数据。这种类型的持久性在事务中期或者甚至在请求中期出现系统故障时容易遭破坏，这会导致数据不完整且常常遭毁坏。另一方面，在持久数据实现中，对系统中断或故障以“回滚（rollback）”回应，数据状态被回滚到上一个已知的良好配置。持久数据实现在企业体系结构和数据库管理系统（DBMS）中很常见。完全持久数据实现非常少见。完全持久数据实现的少数几个示例有：日志记录文件系统、VMS 文件系统（如 VAX 和 Mac OS X）以及并发版本控制系统（CVS）。