借用对象数据库db4o简化开发过程

Ted Neward在最近写的一篇介绍db4o中数据库重构的文章中，强调了在开发过程，特别是以测试驱动为主的过程中，使用像db4o这样的对象型数据库要比使用关系型数据库节省很多力气。

Java开发人员在使用RDBMS（关系数据库管理系统）进行开发时，要么是使用手写的JDBC处理代码将查询结果映射到Java对象，要么通过Hibernate或者JPA等框架自动完成映射。但是这样处理的不足之处，是每次发生重构时，都必须对代码做出修改。而使用对象数据库db4o则可以巧妙地避开这一问题。在Ted Neward刊发在developerWorks网站上的同一系列对db4o的简介和概览一文中，详细介绍了这一“新型”数据库，并针对反对db4o的言论一一进行了解答。

在OODBMS（面向对象数据库管理系统）中，如果要对已有数据库的字段进行修改，操作要比RDBMS简单许多，因为OODBMS的重构完全发生在代码中，代码就是模式。Ted Neward在文中举例说明了db4o的这一优势。另外对于要修改已有类中的字段类型，db4o也能做到很好的向后兼容：

实际上，db4o向后兼容的妙法值得解释一下。基本上，当db4o看到新类型的字段时，就会在磁盘上创建一个新字段，该字段有相同的名称，但是具有新的类型，就好像它是添加到类中的另一个新字段一样。这还意味着，旧的值仍然保留在旧类型的字段中。因此，通过将字段重构回初始值，总可以 “回调” 旧值，取决于观察问题的角度，这可以说是一个特性，也可以说是一个bug。

测试先行或者测试驱动的开发方法因为能够最大程度上保证软件的质量，得到开发社区的认可。而db4o恰好能适用测试驱动开发过程中频繁的重构要求：

db4o强大的重构能力使之在开发期间非常有用，因为在开发期间，正在设计的很多对象仍然是变化无常的，即使不需要每个小时都重构，至少也需要每天都重构。如果将db4o用于单元测试和测试驱动开发，则可以节省大量更改数据库的时间，如果重构只是简单的字段添加/删除或类型/名称更改，这一点就更加明显了。