包装
在读完本文之后，我们希望您赞同：对于数据管理和持久化而言， JDBC 是比 Java 对象序列化要好得多的方法。
JDBC 是一个用来访问数据存储的极好的 API。 JDBC 最好的东西是它提供单一的 API 集合来访问多种数据源。用户只需要学习一个 API 集合，就可以访问任何数据源，这些数据源可以是关系型的、层次型的或者任何其他格式。您需要的只是一个 JDBC 驱动程序，用它连接到目标数据源。JDBC 做了大量工作，将所有技术细节都封装到了一个实现软件包中，从而将程序员从供应商特定的桎梏中解放出来。
表 1 对比了 JDBC 和 Java 对象序列化的各种特性。
表 1. JDBC 对 Java 序列化 对象序列化 JDBC 数据管理 使用文件系统存储序列化对象格式。这些系统中不包括特定的数据管理系统。序列化对象（存储在普通文件中的）通常是以自己的特殊方式通过底层 OS 来管理的。 使用一个 EAI/数据库来存储数据。EAI 或者数据库具有一个用来管理数据源中的数据指定的数据库管理系统（DBMS）。JDBC 是将请求发送到 DBMS 的 JVM 和 DBMS 之间的接口。JDBC 自身并不具有任何数据管理功能。 数据结构 底层的数据结构是一个对象图。序列化将 Java 对象的状态写入到文件系统。 底层的数据结构可以是关系型的、层次型的，或者是网络形状。但是数据的逻辑视图通常是一个表。 数据定义 数据定义涉及到使用序列化语义建立一个可序列化对象并持久化该对象。 数据定义涉及到在目标数据存储中建立必要的表，并且提供实体集之间的域级关系的明确定义。这一般是通过使用目标 DBMS 所提供的软件来完成的。 数据检索 数据检索涉及反序列化对象，并使用访问者方法读取对象的属性。 DBMS 提供一个特殊的数据子语言来检索数据。通过 JDBC API 可以将以这种数据子语言编写的语句传递给目标数据源。DBMS 负责验证、执行和返回该语句的结果。 安全 没有可以使用的定义良好的安全机制。然而，底层的 OS 可以提供已序列化文件的安全。 DBMS 提供一个广泛的安全特性集合。它可以完成认证和授权的工作。在可以访问或者操作 DBMS 上的数据之前，JDBC API 需要给目标 DBMS发送证书。 事务 没有可以使用的特定的事务控制机制。通过使用其他的 J2EE API，例如 JTA 或者 JTS，可以在程序上维护事务。 DBMS 提供复杂的事务管理。JDBC API 提供有用的方法来提交和回滚事务。 并发控制 没有可以使用的特定的并发控制机制。不过，通过使用 Java 语言中的同步技术可以获得并发控制的效果。 DBMS 提供多种等级的事务隔离。可以使用 JDBC API 方法来选择一个特定等级的隔离。
Java 对象序列化和 JDBC 是 Java 技术领域中许多数据持久化机制中的两种。在需要在多个 JVM 之间以 Java 语言特定格式共享数据(例如用 RMI 的按值传递机制共享数据)时，序列化最适合不过。然而，Java 序列化并不适用于企业数据，需要以一种定义良好的结构对这些数据进行组织。在这样的企业系统中，需要在多个系统和子系统之间共享数据，而这些系统并不一定都与 Java 语言兼容。在这种情况中，对象序列化根本不能工作。
JDBC 提供一个公用 API来访问异构的数据存储。它是 JVM 和目标 DBMS 之间的粘合剂。它提供了一个使用 Java 平台访问数据存储和维护企业数据的纲领性方法。然而，执行 CRUD 操作所需的所有代码都是由开发人员编写。
为了在企业环境中最有效地使用 JDBC，架构设计人员需要分析其企业中的数据，并开发一个用于数据持久性的框架。由于使用 JDBC 持久化数据的机制与系统想要解决的商业问题无关，因此强烈建议将数据持久性层与应用程序的商业逻辑相分离。设计模式对设计这种框架非常有帮助。
