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

核心提示： 注意，在清单 2 中开始的代码片段中，面向 Java 开发人员的 db4o 指南: db4o 中的数据库重构(4)，我显式地删除了文件 “persons.data”，这样做可以保证一开始就有整洁的记录，重构数据库模式我的第一步是创建一个新类型，用于定义要跟踪的所有情绪，在

注意，在清单 2 中开始的代码片段中，我显式地删除了文件 “persons.data”。这样做可以保证一开始就有整洁的记录。在 Build 应用程序将来的版本中，为了演示重构过程，我将保持 persons.data 文件不动。还需注意，Person 类型将来要发生改变（这将是我的重构的重点），所以请务必熟悉为每个例子存储和/或取出的版本。

第一次重构

到目前为止，公司一直运营良好。公司数据库填满了 Person，可以随时查询、存储和使用，基本上可以满足每个人的需求。但公司高层读了一本最近非常畅销的叫做 People have feelings too! 的管理书籍之后，决定修改该数据库，以包括 Person 的情绪（mood）。

在传统的对象/关系场景中，这意味着两个主要任务：一是重构代码（下面我会对此进行讨论），二是重构数据库模式，以包括反映 Person 情绪的新数据。现在，Scott Ambler 已经有了一些 RDBMS 重构方面的很好的资源，但重构关系数据库远比重构 Java 代码复杂这一事实丝毫没有改变，而在必须保留已有生产数据的情况下，这一点特别明显。

然而，在 OODBMS 中，事情就变得简单多了，因为重构完全发生在代码（在这里就是 Java 代码）中。需要记住的是，在 OODBMS 中，代码就是 模式。因此可以说， OODBMS 提供一个 “单一数据源（single source of truth）”，而不是 O/R 世界，即数据被编码在两个不同的位置：数据库模式和对象模型。（两者发生冲突时哪一方 “胜出”，这是 Java 开发人员中争论得很多的一个话题。

重构数据库模式

我的第一步是创建一个新类型，用于定义要跟踪的所有情绪。使用一个 Java 5 枚举类型就很容易做到这一点，如清单 3 所示：