面向 Java 开发人员的 db4o 指南: 简介和概览(2)

db4o 库是最近才出现在 OODBMS 领域的，它使 “纯对象存储” 的概念在新一代对象开发人员中重获新生。（他们笑称，现在不是很流行怀旧么。）为了让您对如何使用 db4o 有一个概念，特给出如下代表单个人的一个基本类：

注意：如果还尚未下载，请现在就 下载 db4o。为了更好地进行讨论（或至少编译代码），db4o 是必需的，本系列的后续文章也会用到它。

清单 1. Person 类

package com.tedneward.model; public class Person { public Person() { } public Person(String firstName, String lastName, int age) { this.firstName = firstName; this.lastName = lastName; this.age = age; } public String getFirstName() { return firstName; } public void setFirstName(String value) { firstName = value; } public String getLastName() { return lastName; } public void setLastName(String value) { lastName = value; } public int getAge() { return age; } public void setAge(int value) { age = value; } public String toString() { return "[Person: " + "firstName = " + firstName + " " + "lastName = " + lastName + " " + "age = " + age + "]"; } public boolean equals(Object rhs) { if (rhs == this) return true; if (!(rhs instanceof Person)) return false; Person other = (Person)rhs; return (this.firstName.equals(other.firstName) && this.lastName.equals(other.lastName) && this.age == other.age); } private String firstName; private String lastName; private int age; }

在众多的类中，Person 类显得极为寻常；还很简单。但若深入探究，就不难看出这个类会呈现出非常类似于对象的有趣属性和功能，例如它可以有配偶类，也可以有子类，等等。（我在后续的专栏中会历数这些属性和功能；现在，我只侧重于进行概括介绍。）

在基于 Hibernate 的系统中，将这个 Person 类的一个实例放入，需要如下几个步骤：

上述操作在 db4o 中出奇地简单，如清单 2 所示：

清单 2. 在 db4o 内运行 INSERT

import com.db4o.*; import com.tedneward.model.*; public class Hellodb4o { public static void main(String[] args) throws Exception { ObjectContainer db = null; try { db = db4o.openFile("persons.data"); Person brian = new Person("Brian", "Goetz", 39); db.set(brian); db.commit(); } finally { if (db != null) db.close(); } } }

这样就行了。无需生成模式文件，无需创建映射配置，需要做的只是运行客户机程序，当运行结束时，为存储在 persons.data 中的新 “” 检查本地目录。

检索所存储的 Person 在某些方面非常类似于某些对象关系型映射库的操作方式，原因是对象检索最简单的形式就是按例查询（query-by-example）。只需为 db4o 提供相同类型的一个原型对象，该对象的字段设置为想要按其查询的值，这样一来，就会返回匹配该条件的一组对象，如清单 3 所示：

清单 3. 在 db4o 内运行 INSERT（版本 1）

import com.db4o.*; import com.tedneward.model.*; public class Hellodb4o { public static void main(String[] args) throws Exception { ObjectContainer db = null; try { db = db4o.openFile("persons.data"); Person brian = new Person("Brian", "Goetz", 39); Person jason = new Person("Jason", "Hunter", 35); Person clinton = new Person("Brian", "Sletten", 38); Person david = new Person("David", "Geary", 55); Person glenn = new Person("Glenn", "Vanderberg", 40); Person neal = new Person("Neal", "Ford", 39); db.set(brian); db.set(jason); db.set(clinton); db.set(david); db.set(glenn); db.set(neal); db.commit(); // Find all the Brians ObjectSet brians = db.get(new Person("Brian", null, 0)); while (brians.hasNext()) System.out.println(brians.next()); } finally { if (db != null) db.close(); } } }

运行上述代码，会看到检索出两个对象。

但是...

在您将我定义为狂热的推崇者之前，请允许我先列举几条反对 db4o 的言论。

db4o 几乎无法对应于现有的 Oracle、SQLServer 或 DB2！完全正确。相比之下，db4o 更适合于 MySQL 或 HSQL，这使其对于大量项目来说已经足够。更为重要的是，开销一直是 db4o 开发人员特别关注的事情，这又让它特别适于小型的嵌入式环境。（我这里给出的示例只是一个简单的演示，和其他任何小型的演示一样，请务必清楚一点，即姑且不论它相比其他工具具有多少潜力，db4o 都会比您在这里所看到的要强大许多。）我不能用 JDBC 在 db4o 上进行查询！确实如此，尽管 db4o 团队曾想过创建 JDBC 驱动程序以让对象能接受 SQL 语法，即一种所谓的 “关系对象映射”。（开发团队之所以没有这么做，据说是因为没有这个必要，而且性能会因此大受影响。）问题的关键是，您在实现中使用的是对象（POJO），除此之外别无他物。若不存储关系，为何还要使用 SQL 呢？但是我的其他程序如何获得数据呢？这要看具体情况。如果您这里所谓的 “其他程序” 指的是其他 Java 代码，那么只需在这些程序内使用 Person 类的定义并将其传递进 ObjectContainer，正如我这里所做的一样。在 OODBMS 内，类定义本身就充当模式，所以无需其他的工具来获取 Person 对象。但是如果您这里所谓的 “其他程序” 指的是其他语言的代码，那么问题就会复杂一些。
对于 db4o 不支持的语言，比如 C++ 或 Python，数据基本上是访问不到的，除非是您能从 Java 代码构建程序。db4o 适用于 C# 和其他的 .NET 语言，而其数据格式在二者之间是兼容的，这就使得 Java 对象对同样定义的 .NET 类也可用。如果您这里所谓的 “其他程序” 指的是使用 SQL 和标准调用级接口（比如 ODBC 或 JDBC）来与进行交互的报告工具，那么 db4o（或与此相关的任何 OODBMS）可能未必是很好的选择。机警的读者会发现报告功能现在对 OODBMS 还不可用，但好消息是：已针对此问题发起很多产品和项目，而且 db4o 还支持 “复制（Replication）”，它允许 db4o 实例将数据从其自身的存储格式复制进 RDBMS。但它是个文件！在这种特殊情况下，确实如此；但正如前面所讲，db4o 在何处和如何存储数据方面十分灵活，而且还提供了一个轻量级的客户机/服务器选项。如果您所期待的是功能完善的 RDBMS 所能提供的冗余性，那么 db4o 并不能如您所愿（但其他的 OODBMS 能提供这类特性）。但当我再次运行示例时，我会得到副本！（实际上，我每次运行该示例都会得到副本。）这里，实际上回到了我们所讨论的第一个有趣的问题：身份，正是这一点将对象和关系区分开来。正如我前面所言，对象系统中的身份是通过隐式的 “this” 引用赋予的，Java 对象使用这个引用在内存中标识其自身。在对象中，它被称为 OID（对象标识符），该 OID 在 OODBMS 中充当主键。
当创建新对象并将其 “放” 进中时，新对象并不具有与其相关的 OID，因而会收到其自身惟一的 OID 值。它会复制，就如同 RDBMS 在执行每个 INSERT 操作时生成主键所做的那样（比如 顺序计数器或自动增量字段）。换言之，就主键而言，OODBMS 与 RDBMS 相当接近，但主键本身并非传统 RDBMS（或过去习惯使用 RDBMS 的程序员）认为的那种主键。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shenmilingyu/article-6299-2.html