面向 Java 开发人员的 db4o 指南: db4o 中的数据库重构

核心提示：在 本系列的上一篇文章 中，我谈到了查询 RDBMS 与查询像 db4o 这样的对象数据库的不同之处，面向 Java 开发人员的 db4o 指南: db4o 中的数据库重构，正如我所说的那样，与通常的关系数据库相比，这种映射是显式的，每当发生重构时， db4o 可以提供更多的方法来进行查询，为您处理不同应用程序场景提供

在 本系列的上一篇文章 中，我谈到了查询 RDBMS 与查询像 db4o 这样的对象数据库的不同之处。正如我所说的那样，与通常的关系数据库相比， db4o 可以提供更多的方法来进行查询，为您处理不同应用程序场景提供了更多选择。

这一次，我将继续这一主题 —— db4o 的众多选项 —— 看看 db4o 如何处理重构。自 6.1 版开始，db4o 能自动识别和处理三种不同类型的重构：添加字段、删除字段和添加一个类的新接口。我不会讨论所有这三种重构（我将着重介绍添加字段和更改类名），但我将介绍 db4o 中的重构最令人兴奋的内容 —— 将向后兼容和向前兼容引入到数据库变更管理中。

您将看到，db4o 能够静默地处理更新，并确保代码与磁盘的一致性，这大大减轻了重构系统中持久性存储的压力。这样的灵活性也使得 db4o 非常适合于测试驱动开发过程。

现实中的重构

上个月，我谈到了使用原生和 QBE 样式的查询来查询 db4o。在上次讨论中，我建议运行示例代码的读者删除包含之前运行结果的已有数据库文件。这是为了避免由于一致性概念在 OODBMS 中与在关系理论中的不同而导致的 “怪异” 结果。

这种变通办法对于我的例子是适用的，但是也提出了现实中存在的一个有趣的问题。当定义其中所存储的对象的代码发生改变时，OODBMS 会怎样？在一个 RDBMS 中，“存储” 与 “对象” 之间的联系很清晰：RDBMS 遵从在使用数据库之前执行的 DDL 语句所定义的一种关系模式。然后，Java 代码要么使用手写的 JDBC 处理代码将查询结果映射到 Java 对象，要么通过 Hibernate 之类的库或新的 Java Persistence API (JPA) “自动” 完成映射。不管通过何种方式，这种映射是显式的，每当发生重构时，都必须作出修改。