亚洲精品国产欧美,久久人91精品久久久久久不卡,超碰97人人在线

深入db4o(�?

Sha Jiang — Wed, 05 Dec 2007 04:31:00 GMT

深入db4o

    �q�是Rick Grehan发表�?/span>TheServerSide上的一��关于面向对象数据库--db4o的文�?/span>�Q�较全面��C��l�了db4o的关键特性，希望对大家认�?a >db4o能有所帮助�?2007.12.07最后更�?

    db4o-针对对象的数据库-是一个完全的对象数据库；它以使对象在其生命周期中-无论是在数据库内或是在外-都保持着它们的本性这样一�U�方式操�U�对象。不论类的复杂性如何，对象的内容，�l�构和关�p�都能够被保存�?br />     更准��地��_��db4o是一个数据库引擎�Q�你只要��它的一个jar文�g包含��C��的数据库应用的类路径中就可以使用它了(臛_��对于Java是这��L��)。所以，db4o�q�行在与你的应用�E�序相同的进�E�空间中�Q��ƈ能被直接地调用；它不需要类��g��在ODBC或JDBC中��用的驱动文�g。db4o存在针对Java�Q?NET和Mono的版本；它们在功能上都彼此相�{��?事实上，使用.NET创徏的db4o数据库也能由Java�E�序讉K��Q�反之亦然�?
    db4o是开源的。可执行文�g�Q�源代码和文档可从http://www.db4objects.com/中下载。广泛的例子�E�序�Q�和一个活跃的用户�C�֌�一��P��也都可以从这个站点中扑ֈ��?br />     db4o最引�h的特性之一��是它在��易性与强大的功能之间的显著�q��。一斚w��Q�它的API是如此地易于掌握和方便��用，即��是初学者也能在相同的时间内创徏一个功能完备的数据库对象。另一斚w��Q�这些相同的API也提供了更底层的能够深入调用数据库引擎的�Ҏ��Q�以允许核心开发者�ؓ了得到适当的性能而能深入到该引擎的内部中去调整db4o的工兗��?br />     db4o的特性就是最好的证明--�q�胜�q�只是讨�?-所以我们将通过�C�Z��q�种�Ҏ��去证明db4o。然而，我们必须牢记本文通篇只是展示了db4o�Ҏ��中的一部分�|�了。感兴趣的朋友会发现��Z��知晓该数据库引擎的全部功能而去查阅db4o的文档所��q��旉��是值得的�?br />
db4o基础
    让我们以初学者��用db4o时可能会做的事情开始：定义了一些类�Q�然后持久化�q�些�cȝ��对象。我们所假定的类为同样也是假定的QA��目做一个跟�t�测试的�pȝ��。我们的�pȝ��׃��个类�l�成�Q�首先是TestSuite�c�：
    public class TestSuite {
        private String name; // Test Suite name
        private String description;
        private String configuration;
        private char overallScore;
        private ArrayList cases;
        private long dateExec;
        ... ...
    }
    TestSuite是TestCase对象的容器，(一个测试用例就是一个可单独执行的测试程�?-相关的测试用例组合成一个测试组)。测试组使用额外的，全局的数据成员，每个数据成员的用途也是相�Ҏ��昄��Q�configuration记录被测试的指定�pȝ��Q�overallScore是对整个��试�l�一个简要的评分('P'代表通过�Q?F'代表��p�|�Q?B'代表被阻塞，�{�等�?�Q�dateExec是一个毫�U��的域�Q�标识该��试�l�被执行时的日期与时刅R��是ArrayList对象的cases含有单个的测试用例，由TestCase�c�d��义：
    public class TestCase {
        private String name;
        private String comment;
        private char status;
        private long duration;
        private float result;
        ... ...
    }
    每个��试用例都有一个名�U�ͼ�形式自由的注释字�D�，状�?通过或失�?�Q�持�l�时间和�l�果(例如�Q��ؓ了与��试-字节/�U�的吞吐�?的�Q意数据关�?�?br />     因�ؓ我们所��x��是db4o的��用，所以我们不惛_��描述�q�些�cȝ��使用�l�节上停留。就让我们简单地��_��我们已经执行了一个特别地��试�l�中所有的��试用例�Q�将��试的结果存攑֜�一个TestSuite对象�?与TestCase对象相关的ArrayList对象cases�?�Q�然后关闭数据库。是不是太容易了�?br />     // Create the database
    new File("testsuites.YAP").delete();
    ObjectContainer db = Db4o.openFile("testsuites.YAP");
    // Store the TestSuite object
    db.set(testsuite);
    // Close the database
    db.close();
    ��是它。弹指一挥间�Q�你��已�l�做��C��?当然�Q��ؓ了保持简�z�，我们��L��了创建TestSuite对象和它的TestCase�l��g的细�?
    停下来想想上�q�C��码做了什么事情。特别要考虑你没有看到的--db4o已经做了但还未被告之的事情�?br />     首先�Q�我们不需要告诉db4o��M��关于TestSuite�cȝ��l�构的信息；不需要我们的帮助�Q�db4o��p��发现�q�个�l�构。利用Java反射机制的能力，db4o��定TestSuite�cȝ��l�构�Q��ƈ勑֋��cȝ��装配方式以推导出此类对象的成员与关键数据�?br />     �W�二�Q�我们不必徏议db4o��d��注ArrayList。不仅我们不必将ArrayList的大��告诉db4o�Q�而且我们也不必把它里面的内容告诉db4o。正如db4o在它刚接触testsuite对象时就能够发现它所需要的一切，db4o也能知道它所需要的关于(在ArrayList中的)TestCase对象的所有信息�?br />     �l�果��是�Q�如果我们把testsuite作�ؓ一个�Q意宠大而复杂的对象树的根，db4o能找到�ƈ存储整个树而不需要我们的��M��协助。所以，存储�q�个处于栚w��的对象testsuite也就是存储了整个ArrayList对象�?br />     最后，我们也没有必��要求db4o以事务的保护性方式去调用set�Ҏ��。�Q何会修改ObjectContainer(表示数据库的db4o对象)的调用都会自动地开启一个事务，除非已经有一个活跃的事务了。此外还会调用close�Ҏ��ȝ��止这个事务，所以上�q�C��码等价于�Q?br />     db.startTransaction();
    db.set(testsuite);
    db.commitTransaction();
    db.close();
    此处的startTransaction和commitTransaction�Ҏ��是�ؓ了证明我们的观点而虚构的。db4o也确实有昄��地提交或中止事务的方法，但�ؓ了��原先的代码��够的��z�我们没有��用这些方法。db4o隐式的事务��得数据库能够一直处于一致的状态；一旦commit�Ҏ��已经执行了，数据库的完整性就能够得到保证�Q�甚��x��发生了灾难性失败也能如此�?br />
查询I - QBE
    有了已经存于数据库中的对象，下一步我们想要展�C�的操作��肯定就是查询和恢复。db4o提供了三�U�查询API�Q�有一�U�简单，有一�U�优雅，�q�有一�U�则复杂。每一�U�API都有其所长，�q��用于不同的查询条�g。以db4o的眼光来看，你选择哪一�U�API�q�没有关�p�：它们都是可兼容的�?br />     我们以简单的API开始：query by exampel(QBE)�?br />     使用QBE是如此的�Ҏ��Q��ؓ你的查询目标构徏一�?模板'对象�Q�然后把它传入ObjectContainer的query�Ҏ��。实际上�Q�你��是告诉db4o'��L��到所有与�q�个对象看�v来一��L��对象'�?�q�与JavaSpaces查询API非常�怼��Q��ؓ了清楚地了解如何处理基本数据�c�d��Q�可以看下面的内容，db4o的处理方式与JavaSpaces不同。也要注意，JavaSpace Entry对象期望使用public字段�Q�db4o则没有这�U�要求�?
    假设一个测试组名�ؓ"Network Throughput"�Q�我们想取出�q�个��试�l�执行的所有测试以便我们能��定��p�|了的��试所占的癑ֈ��?��Z��TestSuite的overalScore�?。��用QBE�Q�完成该工作的代码如下：
    // Open the database
    ObjectContainer db = Db4o.openFile("testsuites.YAP");

    // Instantiate the template object, filling in
    // only the name field
    testTemplate = new TestSuite("Network Throughput");

    // Execute the query
    ObjectSet result = db.get(testTemplate);
    fails = 0.0f;
    total = 0.0f;

    // Step through results,
    while(result.hasNext())
    {
        testsuite = (TestSuite)result.next();
        if(testsuite.getOverallScore()=='F')
        fails += 1.0f;
        total += 1.0f;
    }

    if(total == 0.0f)
        System.out.println("No tests of that type found.");
    else
    {
        System.out.println("Percent failed: " + (fails/total * 100.0f) + "%");
        System.out.println("Total executed: " + total);
    }
    db.close();
    在上面的代码中，testTemplate是QBE的模板对象。注意，只有它的name字段有真实的��|��所有其它的成员变量不是为null��是�?。Null�?字段不参与QBE查询�Q�因此，调用db.get�Ҏ��׃��q�回在该数据库中name字段匚w��"Network Throughput"的所有TestSuite对象。匹配的TestSuite对象��返回在一个ObjectSet�l�果对象中。上�q�C��码遍历该�l�果�Q�取出对象，然后计算�l�果�q�展�C�出来�?br />     QBE明显的优点就是它的简易性。不需要掌握其它单独的查询语言。另外，QBE也是�c�d��安全的：你不需要创��Z��个类��g��SQL的查询语�?br />     SELECT TestSuite.overallScore FROM TestSuite WHERE TestSuite.name = 200.0
    另一斚w��Q�由于该查询是由Java代码创徏的，�~�译器不会允�怽�把一个��Q点��D��l�一个String字段�Q�反之亦然�?br />     QBE明显的缺点就是它只能执行"�{�于"查询。另外，QBE使用null值去��定不参与查询的String或对象引用成员变量，使用0值去指定不参与查询的数字字段。所以，例如�Q�我不能发明一个QBE查询去获得所有result字段的��gؓ0的TestCase对象�?br />     更�ؓ�_��的查询要求一个能力更强的查询机制�Q�而db4o恰恰��有�q�样一�U�机制�?br />
查询方式II - 原生查询(Native Query)
    db4o的原生查询系�l�应该是能想像得到的最具弹性的查询机制。不像��用数据库查询语言��L��建查询，你是使用"无格式的普通Java语句"��L��造原生查询。原生查询用两种手段��d��现这件不可思意的工作：一个是Predicate�c�；另一个是QueryComparator接口。这个类包含一个可重蝲�?overrideable)回调�Ҏ��Q�该�Ҏ��指定如何从数据库中选择对象(如果你愿意，你将会看到查询语句的��M��....)。这个接口只声明了一个方法，该方法用于指明如何对查询�l�果�q�行排序�?br />     作�ؓ一个例子，我们假设��x��到在�l�定的一周内执行�q�了的��d��分�ؓ"failed"�Q�但与之兌��的测试用例中有超�q�一半的被评�?passed"的测试组。这不是一个简单的"�{�于"查询�Q�所以它不能使用QBE构徏�?br />     然而，db4o的原生查询可以直接地生成该查询。首先，我们�l�承db4o的Predicate�c�：
    // Predicate class sub-class for native query example
    public class NativeQueryQuery extends Predicate
    {
        ObjectContainer db;
        private long startdate;
        private long enddate;

        // 构造器要在本地获得ObjectContainer对象和日期范�?br />         public NativeQueryQuery(ObjectContainer _db,
            long _start, long _end)
        {
            db = _db;
            startdate = _start;
            enddate = _end;
        }

        // �q�就是查询的��M��
        public boolean match(TestSuite testsuite)
        {
            float passed;
            float total;
            TestCase testcase;

            // 判断testsuite是否在指定的日期范围�?br />             if(testsuite.getDateExec()               testsuite.getDateExec()>enddate) return false;

            // 如果该测试组对象中没有测试用例对象，则拒�l�将该测试组对象攑օ�查询�l�果�?br />             if(testsuite.getNumberOfCases()==0)
                return false;

            // ��查该��试�l�对象中的测试用例的通过率是否超�q?0%
            passed = 0.0f;
            total = 0.0f;
            for(int i=0; i             {
                testcase = testsuite.getTestCase(i);
                if(testcase.getStatus()=='P')
                    passed+=1.0f;
                total+=1.0f;
            }
            if((passed/total)<.5) return false;
                return true;
        }
    }
    注意在这个类的��用中使用了Java泛型语义�Q�这��是告诉db4o只去取TestSuite对象。当查询执行�Ӟ��TestSuite对象��׃��传入match�Ҏ��(我们之前提到�q�的回调�Ҏ��)�Q�如果传入的TestSuite对象�W�合查询规范该方法就�q�回true�Q�否则就�q�回false�?br />     match�Ҏ��中的代码首先��定侯选对象是否是在一周的日期范围内。如果是�Q�则循环该对象中的成员变量测试用例的对象�Q�计��出所有通过了的��试用例的��L��。如果，得到的通过率小�?0%�Q�该��试�l�就被拒�l�；否则�Q�就让它通过�?br />     我们可以使用如下的代码准��地展示该查询程序：
    . . .
    TestSuite testsuite;
    NativeQueryQuery nqqClass;
    Date now;

    // Open the database
    ObjectContainer db = Db4o.openFile("testsuites.YAP");

    // Instantiate a NativeQueryQuery object,
    // setting the start and end dates for
    // any test in the past week
    // 604800000 = milliseconds in a week
    now = new Date();
    nqqClass = new NativeQueryQuery(db,
    now.getTime()-604800000L,
    now.getTime());

    // Execute the query and display the
    // results
    System.out.println("Results:");
    ObjectSet results = db.query(nqqClass);
    if(results.isEmpty())
        System.out.println(" NOTHING TO DISPLAY");

    while(results.hasNext())
    {
        testsuite = (TestSuite)(results.next());
        System.out.println(testsuite.toString());
    }

    db.close();
    . . .
    可以把原生查询想像成�q�样�Q�目标类的对象一个接一个从数据库中取出�Q�然后把它们传入match�Ҏ��中。只有那些被match�Ҏ��q�回true的对象才会置于查询结果ObjectSet对象中。基本上可以��_��如果你会知道如何写Java代码�Q�那么你��q��道如何写原生查询�?br />     那么排序呢？如果��x��日期的升序排列查询结果，我们��p��实现QueryComparator接口�Q�如下所�C�：
    public class NativeQuerySort implements QueryComparator{
        public int compare(TestSuite t1, TestSuite t2)
        {
            if (t1.getDateExec() < t2.getDateExec()) return -1;
            if (t1.getDateExec() > t2.getDateExec()) return 1;
            return 0;
        }
     }
compare�Ҏ��的作用十分明显。那些在查询中得以胜出的对象会成对的传入compare�Ҏ��Q�如果第一个对象会排在�W�二个对象之前，相同或之后的位置�Q�该�Ҏ��׃��分别�q�回一个小于，�{�于或大�?的倹{��ؓ了准��地说明�Ҏ��询结果的排序�Q�我们实例化NativeQuerySort�Q��ƈ把对query�Ҏ��的调用修�Ҏ��如下�Q?br />     . . .
    // Instantiate the sort class
    nqsClass = new NativeQuerySort();
    . . .
    ObjectSet results = db.query(nqqClass, nqsClass);
    . . .
其它的代码仍然与原先的保持一致�?br />     好怀疑的读者可能会抱怨道�Q�原生查询只是一�U�编�E�上的小伎俩--相比较于直接��L��到所有的TestSuite对象然后再排除其中不�W�合条�g的对象这��L��E�序�Q�原生查询�ƈ不快�?br />     是的�Q�但�q�不十分准确。原生能够被优化。你所需要做的只是把两个jar文�g--db4o-xxx-nqopt.jar(xxx表示db4o的版�?和bloat.jar--�|�于CLASSPATH环境变量中。在查询执行的时候，�q�些�c�d��中的代码会对(在match�Ҏ��?例如基本数据�c�d��比较�Q�算术和布尔表达式，��单的对象成员讉K��Q�以及更多方面的�l�构�q�行优化。这个被支持的优化的列表在不停的增长�Q�因为db4o引擎�q�在扩展优化的范围�?br />
查询方式III - S.O.D.A.
    db4o独一无二的能力之一��是它的API被分层了。开发者能够选择通过高层��?-赋予数据库引擎相当大的自由度�Q�让它决定如何去实现它的操作--或者开发者也可以使用一�U�更直接地方式去讉K��db4o。后一�U�选择为程序员�q�x��了更多的负担�Q�程序员必须更加��心地引导数据库引擎的内部工作。但回报��是得到一个更快，能力更强的数据库应用�?br />     db4o的S.O.D.A.(Simple Object Data Access)查询机制��是该层�ơAPI的一个完��的例子。S.O.D.A.��是db4o的内部查询系�l?-QBE和原生查询都被翻译成了S.O.D.A.。然而，应用�E�序也能直接地调用S.O.D.A.�?br />     假设我们��x��到所有名�?Network Throughput"�Q�且臛_��拥有一个其result字段--我们使用�q�个参数作�ؓ字节/�U�的量度--不小于指定�?比方��_��100)的测试用例的��试�l�。�ؓ该请求而做的S.O.D.A.查询可能��像�q�样�Q?br />     . . .
    TestSuite testsuite;

    // Open the database
    ObjectContainer db = Db4o.openFile("testsuites.YAP");

    // Construct the query
    Query query = db.query();
    query.constrain(TestSuite.class);
    Constraint nameConst = query.descend("name").
    constrain("Network Throughput");
    query.descend("cases").descend("result").
    constrain(100.0f).smaller().and(nameConst);

    System.out.println("Results:");
    // Execute the query
    ObjectSet result = query.execute();
    if(result.isEmpty())
    System.out.println("NOTHING TO DISPLAY");

    while(result.hasNext())
    {
        testsuite = (TestSuite)(result.next());
        System.out.println(testsuite.toString());
    }

    db.close();
    . . .
    在由Illustration 1所�C�图表的帮助下，�q�些有点儿神�U�的代码��变得不那么��秘了。该�E�序所构徏的归总�v来就是一个用于指导底层数据库引擎的查询图(Query Graph)。descend�Ҏ��创徏了该囄��一个分支，该分支向下步入对象的�l�构中。每个descend�Ҏ��在�q�个树中构徏一个结点，可以在这些结点上再附上一个约�?使用constrain�Ҏ��)。用SQL的话来说�Q�约束指定了查询�?WHERE"子句部分。多个约束可以在�?and)或或(or)�Ҏ��的协助下�l�合��h��。在上面的查询中我们已经使用了and�Ҏ��d��联这些约束�?br />
与其它的查询方式一��P��查询�l�果�q�回到ObjectSet对象中，通过遍历该对象就可取出那些拿到的对象�?br />     注意�Q�由于S.O.D.A.是一�U�低层次的访问方法，没有��的指�C�，它就没有默认的行为。访问cases对象的成员变量result字段的代码很��?br />     query.descend("cases").descend("result"). ...
我们�q�没有告诉S.O.D.A."cases"是一个集合对象。所以当查询执行�Ӟ��它会不被察觉地检��ArrayList对象cases中所有元�?TestCase对象)的result字段�Q�然后会正确地返回那些拥有符合搜索规范的��试用例的测试组�?br />
db4o性能调优
    我们已经展示了db4o的基本操�?但无关紧要的删除操作除外�Q�下面将会提到它)。但�Q�正如我们在本文通篇所提到的，db4o发布(expose)了一个API层次�l�构�Q�以允许开发者能够选择以何�U�层�ơ的API��L��制徏立在该数据库引擎之上的应用程序。从另一斚w��看，如果你所惛_��的只是向数据库存入，及从数据库取出对象，那么你就已经看到了你所需要的一切。然而，如果你的应用的需求超��Z��d��Q�更斎ͼ�查询和删除，可能�q�有一个db4o的特性可解决你的问题�?br />     db4o的ObjectContainer实际上发�?expose)了两个API。第一个API非常的简单，由十个方法组成。这些方法处理数据库的打开与关闭；��d��Q�更斎ͼ�查询和删除对象；及提交或中止事务。短�a�之，该API��Z��提供了在操纵数据库时所需要所有功能。然而，该API中的一个方�?-ext()--是进�?被扩展的"ObjectContainer的一个入口。该被扩展的ObjectContainer为深入控制db4o的内部发�?expose)了更多方法。例如，你可以获得�ƈ改变数据库的配置上下文，使用它你能够修改该引擎的行�ؓ�?br />     例如�Q�假设你已经从数据库中拿��C��一个TestSuite对象�Q�发现该对象中的数据是错误的�Q��ƈ军_��该对象应该被删除。此外，你还军_��你必��d��除的不仅是该TestSuite对象�Q�而且�q�有所有与之关联的TestCase对象(在ArrayList对象cases�?�?br />     你是可以冗长而乏呛_��遍历�q�个ArrayList对象�Q�一个接一个地删除每一个TestCase对象�Q�然后再删除TestSuite对象本��n。可能一�U�更好的解决�Ҏ��是�ؓ�q�个TestSuite对象启用db4o�?�U�联删除"�Ҏ��?br />     . . .
    // Fetch the database's configuration context
    Configuration config = db.ext().configure();
    // Get the ObjectClass for TestSuite
    ObjectClass oc = config.objectClass("testsuites.TestSuite");
    // Turn on cascaded delete
    oc.cascadeOnDelete(true);
    ... ...
    db.delete(ts1);
    . . .
在上�q�C��码中�Q�我们实例化了一个ObjectClass对象�Q�该对象使我们能够访问到TestSuite对象的db4o内部表现形式。我们打开cascadeOnDelete标记�Q�以便当执行db4o.delete(ts1)�Ӟ��不仅ts1对象会被删除�Q�而且所有由ts1引用的TestCase对象也会被删除�?�׃��显而易见的原因�Q�默认情况下�Q��联删除是被关闭的)
    作�ؓ另一个例子，假设你想为数据库预分配存储空��_��以至于要最��化��盘驱动器的头移�?head movement)�?最好是在硬盘碎片整理之后，�q�新创徏一个数据库时这样做�?�q�且假设以ObjectContainer对象db作�ؓ打开了的数据库：
    // Fetch the database's configuration context
    // 获得数据库的配置上下�?br />     Configuration config = db.ext().configure();
    // Pre-allocate 200,000 bytes
    // 预分�?00000000字节
    config.reserveStorageSpace(200000000L);
把数据库文�g预扩展到200000000字节(略小�?00兆字�?。假设该��盘已经做碎片整理了�Q�那么被分配的块��是�q�箋的，�q�可显著提升数据库的讉K��?br />
db4o高��应用
    完全可以��_��db4o在它不大的空�?�U?00K)内已装入了��够多的特性，相比较于db4o在运行过�E�中所做的众多事情�Q�我们不能花�Ҏ��多的�W�墨去解释它们了。但是有两个�Ҏ��十分突出，以至于肯定要提到它们�?br />     db4o的对象复制实��C��被�ȝ��为面向对象版的数据库同步。��用复制所提供的功能，你能��Z��个数据库中的一个对象做一个副本，�q�将该副本放入另一个数据库中。��用这��L��Ҏ��Q�副本对象就无�Ş中和原始对象兌��在了一赗��对��M��对象--原始对象或副本对�?-的改变都会被跟踪刎ͼ�以便在之后的某个时候，数据库能够被重组�Q��ƈ且这两个数据库中对象的不同之处可被分�?例如�Q�可同步�q�两个数据库)�?br />     它工作�v来就像这��P��Z��一个数据库可被复制�Q�与事务计数器一��P��该数据库中被创徏的�Q何一个对象都用一个唯一全局标识�W?UUID)�q�行了标记。当你从原始数据库中"复制"一个对象到另一个数据库中，副本对象会带着与它的原始对象相同的UUID和事务计数器。副本数据库现在��可以从它的原始数据库那儿弄��C��。修改副本对象的内容��会��D��对象的事务计数器被修攏V��所以，当这两个数据库重新连接�v来，db4o内徏的同步处理机制就能一个对象一个对象地�q�行正确的匹�?使用UUID)�Q��ƈ��定原始或副本对象是否已�l�改变了。db4o甚至能追�t�到每个对象发生最后一�ơ修�Ҏ��的时��_��以便用户写的冲突解决代码能确定哪个对象是最�q�更新的�?br />     从操作行为来看，db4o的同步处理机制与原生查询十分�怼�。回想一下，当实��C��一个原生查询类�Ӟ��我们要定义一个match�Ҏ��Q�该�Ҏ��定哪些对象�W�合(或不�W�合)查询规范。��用同步复�Ӟ��我们要定义一个ReplicationProcess对象�Q�我们会把冲�H�处理对象传入该�Ҏ��中。这些Java代码可能像这��P��
    . . .
    ReplicationProcess replication = db1.ext().
        replicationBegin(db2, new ReplicationConflictHandler()
        {
            public Object resolveConflict(
                ReplicationProcess rprocess, Object a, Object b)
                {
                    . . . ...
                    return winning_object;
                }
            )
        };
在上�q�C��码中�Q�Object a是来自于数据库db1的对象，Object b则来自于数据库db2。默认情况下�Q�同步是双向的。同步处理保证胜出的对象(由resolveConflict�Ҏ��q�回的对�?能存入这两个数据库中。所以当复制完成�Ӟ��q�两个数据库中被复制的对象就同步了�?br />     最后，db4o最强大的特性之一��是它能毫不费力地容忍类�l�构的演变。假设，在向数据库内加入数百个TestSuite对象之后�Q�我们决定这个类必须要被修改。就是说�Q�我们已�l�被告之�Q�该�pȝ��必须能追�t�到每个TestSuite的执行QA工程师，所以必��d��入如下字�D?br />     private int engineerID;
到TestSuite�cȝ��定义中�?br />     现在我们��遇��C��两个相关联的问题。第一个问题不是很�p�糕�Q�已存在于数据库中的用于表示��试的TestSuite对象�Q��ƈ没有为它们记录QA工程师的ID�Q�所以我们将不得不将一个虚拟的��D��l�这些对象的engineerID字段�Q�该��g��指出"未记录QA工程师的ID"。第二个问题��更隑ֺ�付了�Q�我们必��M��知原因地把已有的TestSuite对象�U�L��?新的"�cȝ��构中。我们必��Mؓ数据库中所有已存在的TestSuite对象加上一个engineerID字段。除了把旧数据库中的对象复制��C��个中间性的文�g�Q�然后重新创��Z��个数据库�q�种�Ҏ��之外�Q�我们还能怎么做呢�Q?br />     �q�运地是�Q��用db4o�Q�我们确实什么都不用做。�ؓ了能操纵新的engineerID字段�Q�以完成业务逻辑上所要求的变化，如果��只是向(我们的应用程序中�?TestSuite�c�L��加一个engineerID字段�Q�我们完全不必触动db4o API的�Q何调用。当db4o使用"新的"TestSuite�cȝ��构去��d��"旧的"TestSuite对象�Q�db4o��认��些对象中的engineerID字段消失了，�q�且会优雅地把该字段的��D��?。如果我们把0当作"未记录QA工程师的ID"�Q�那么我们所做的�U�L��完成了。写入到数据库中的新TestSuite对象��会包括新字�D�c�?事实上，�Ҏ��的TestSuite对象本��n�q�行重写�Q�会使db4o不被察觉��Cؓ�q�些对象加上新字�D�c�?所以，通过发布一个包含新的TestSuite定义的更新应用，我们完全可以不被察觉��C��旧的TestSuite对象�U�L��到新�?..正如前述应用所做的那样�?br />
全方位数据库
    通过适当地应用，db4o��p��成�ؓ数据库中�?瑞士军刀"。它占用��_��的内存�I�间�Q��它能够被包含在一个不需要消耗大量资源的��目中。同样地�Q�一个数据库只在��盘上占用一个文件的事实可能会��Z��在第一眼看到它�Ӟ��不能认识到它丰富的功能。将数据库从一个地方移到另一个地方就是一个简单的文�g拯��Q�你不必担心分离的烦引文�Ӟ��数据文�g�Q�数据库�l�构文�g�{�等�q�些文�g的位�|�。对于快速部�|�和零管理的数据库应用，db4o很能胜�Q�?br />     另外�Q�根据我们已多次描述�q�的�Q�db4o在简单性和优雅之间辑ֈ�了适度的��^衡。db4o的QBE既如此的��单，又如此的功能强大�Q�对于一�l��o人惊奇的应用�Q�它�l�常是我们唯一需要的查询API。如果你主要是通过指针��D��而不是查询去讉K��数据库，QBE��q��别有吸引力。在�q�种情况下，QBE�l�常能高效地拿到一个对象网�l?Object Network)的根对象。然后，你就能��用db4o的激�z?activation)功能从根部向下进行对象引用导航，如果�q�些对象都完全在内存中的话，你就更可以这么做了�?br />     而在使用QBE�q�不高效的时候，原生查询和S.O.D.A.��p��z�上用场了，�q�且它们伴随着一堆特性和低层�ơ的API。我们还没有展示db4o的加密功能，插入式文件I/O(例如�Q�它允许你添�?写后�?read-after-write)"验证)�Q�信号量�Q�客��L��/服务器端模式�Q�以及其它难以计数的功能。我们结论性的��很简单：当你的下一个Java应用需要一个数据库�Q�在最�l�开始编码之前，你可以去讉K��一下http://www.db4objects.com/。这是很值得的�?br />

Sha Jiang 2007-12-05 12:31 发表评论

Maven入门--较复杂的实例(�?

Sha Jiang — Tue, 12 Dec 2006 10:03:00 GMT

Maven入门--较复杂的实例

本文��用一个较复杂的实例，讲述如何定制目录布局(即不使用Maven标准目录布局)�Q�以及讲�q�C��些关键插件的使用(配置)。�ؓ了方便其它朋友能够方便地使用该实例，后台数据库��用开源的面向对象数据�?-db4o�Q�该数据库无需安装�Q�已包含在与本文配套的实例中�Q�文末附有该实例的下载链接�?2007.01.02最后更�?
注：转蝲时请注明原作�?jiangshachina)及出�?http://www.aygfsteel.com/jiangshachina)�Q?/span>

1 实例的构�?/font>
文章开头的摘要已经讲述了，本文仍然��以一个实例描�q�如何��用Maven�Q?/font> 该实例将使用非Maven标准的目录结构，�q�将呈现一些关键的Maven插�g的配�|�与应用�?/font> 该实例是一个基于db4o的数据库Web应用。该应用本��n十分��单，即从db4o数据库中查询��q�记录�ƈ��它们显现在Web��面中�?br /> 该实例仍然由一个普通应用工�E?demo-app)与一个Web应用工程(demo-web)�Q�以及这两个工程的父工程(demo)构成�Q�最�l�的目标是将Web应用工程制作成war文�g�Q��ƈ部��v到JBoss服务器中。启动服务器后，能够在页面中看到正确的查询结果�?/font>
该实例��?font color="#008000">Eclipse3.2 + JDK1.5.0_10 + Windows2000开发。当然这仅仅只是我个人的开发��^収ͼ�但该实例�q�不受限于此�q�_��Q�由于我选择使用db4o针对JDK1.5的��品包�Q�所以该实例只能�q�行在JDK1.5.0或更高版本的JDK/JRE中；该工�E�中的所有文仉��使用UTF-8�~�码方式�?/font>

2 demo工程
demo工程是其它两个工�E�的父工�E�，它的主要职责是预定义子工�E�所需要依赖的jar文�g(artifact)�Q�以及针对子工程所使用的插件进行通用配置。该工程完整的POM文�g如下所�C�：

>
    4.0.0
    mvn.demo
    demo
    pom
    1.0-SNAPSHOT
    Maven Demo Project


        demo-app
        demo-web





                mvn.demo
                demo-app
                ${project.version}


                mvn.demo
                demo-web
                ${project.version}


                com.db4o
                db4o-java5
                5.5


                javax.servlet
                servlet-api
                2.4
                provided


                commons-configuration
                commons-configuration
                1.2


                        dom4j
                        dom4j


                        xml-apis
                        xml-apis


                        xalan
                        xalan


                        xerces
                        xercesImpl








        junit
         junit
           3.8.1
      test






                org.apache.maven.plugins
                maven-resources-plugin

                    UTF-8




                org.apache.maven.plugins
                maven-compiler-plugin

                    1.5
                    1.5
                    UTF-8




                org.apache.maven.plugins
                maven-jar-plugin


                        false





                org.apache.maven.plugins
                maven-war-plugin


                        false





                org.apache.maven.plugins
                maven-javadoc-plugin

                    UTF16

    预定义工�E�的依赖关系�Q�就是把会被子工�E�依赖的artifact的详�l�信�?groupId�Q�artifactId�Q�version�Q?..)先声明到中。然后子工程只需要声明��用某个artifact��可以了�Q�即那时只需要设�|�groupId和artifactId(甚至更少)��可以了�?/font> 中声明的artifact�q�不一定真的会被��用到�?/font>
2.1 声明依赖关系
    �Ҏ��实际情况�Q?/font> 该实�?/font> 需要��用db4o针对java5的��品包(jar文�g)。由于该jar文�g�q�不存在于Maven的中央仓库中�Q�所以我们不能直接通过Maven获得该jar文�g。我们只能另外下载db4o-5.5(Java�?的压�~�包�Q�然后从压羃包内获得db4o-java5.jar。得到该jar后，必须先将它安装到Maven的本��C��库中(安装�Ҏ��参见资源[1]�Q�主�?向本��C��库安装文件时要生成POM文�g")�Q�以备后面的使用。此处将该artifact的groupId定义�?font color="#0000ff">com.db4o�Q�artifactId定义�?font color="#0000ff">db4o-java5�Q�version自然��是5.5�?误��上述POM脚本)�?br />     �׃��该实例最�l�是一个Web应用�Q�所以它臛_��需要依赖Servlet的包(servlet-api-2.4.jar)�Q�还需要commons-configuration-1.2.jar。这两个artifact都已�l�存在于Maven中央仓库中，所以我查找到它们后�Q�按照Maven中央仓库的命名将它们声明��C��?误��上述POM脚本)。junit是进行单元测试时使用的artifact�Q?假设)它肯定会被每个工�E��用，所以没有将它设�|�到中，而直接设�|�到�?/font> 中�?/font>
    �l�心的朋友肯定已�l�发��C��Q�针�?/font> commons-configuration的依赖声明处多了一些语句。从表面上看�Q�应该是排除�?个artifact(dom4j�Q?/font> xml-apis �Q?/font> xalan �?/font> xerces )。不错，��是排除了这4个jar文�g(artifact)。如果有兴趣的话�Q�可以将整个元素删除�Q�然后再��试一下制作war文�g。你会发现在WEB-INF/lib目录下存在着�q?个artifact对应的jar文�g。那我�ؓ什么要��它�?#8220;排除”呢？因�ؓ�Q�它们是多余的！卻I��它们对于我的�q�个Web应用来说�Q�根本就是无用的�Q?br />     Maven2加入了一个很好的�Ҏ��：自动加蝲“依赖的依�?Transitive Dependency)”。以commons-configuration��Z��。�ؓ了能够让它运行正常，我们实际上还需要其它一些jar(artifact)�Q�如commons-collections�Q�commons-lang�Q?..。但�q�些artifact我都没有“昄��”地声明需要依赖它们，但Maven会自动加载，因�ؓ commons-configuration的POM文�g��它们声明�ؓ了dependency �?br />     既然那个4个artifact�?font size="2">commons-configuration的依赖，��Z��么会认�ؓ它们是无用的呢？实际上，它们��׃��应该被声明到commons-configuration的依赖关�p�M��。这�?/font>commons-configuration开发者的��p��Q�他们没有将依赖关系整理清晰�Q�而将一些确实既不是runtime�Q�更不是compile-time需要的artifact攑օ��C��依赖关系中。在Maven中央仓库中存在着很多�q�种情况�Q�所以我们有旉��要弄清楚“哪些文�g是我们真正需要的�Q�哪些是可以被清除的”。但有时候，很难做到一个不漏。正是由于这一原因�Q�自动加载Transitive Dependency�q�一极好的特性，有时让�h十分无奈 ^_^
2.2 �Ҏ��件进行基本配�|?/strong>
我们可以把对插�g的全局�?如针�Ҏ��个项目的)讄��攑ֈ�较高层次的POM文�g中，因�ؓ它们被设�|�后�Q�子工程们就会自焉��守它们，而且可以使每个子工程的情况都是一��L��?br />     在第1节中�Q�已�l�表明该工程使用JDK1.5�q�_��Q��ƈ且所有文仉��使用UTF-8的编码方�?/font>。而Maven默认使用JDK1.3�U�别的javac�~�译器；默认使用本地�~�码方式(��体中文Windows操作�pȝ��默认使用GBK�~�码方式)处理文�g。这样就必须对Maven�q�行适当讄��Q�以满��工程的实际需要�?br />     针对资源文�g的处�?font color="#000000">�Q�Maven使用maven-resources-plugin插�g�Q�需要将它的�~�码方式讄��为UTF-8。编译Java源文�Ӟ��是��用maven-compiler-plugin插�g�Q�需要将它的source(Java源文�?与target(class文�g)的��别都讄��?.5�Q�另外还要将它的encoding方式讄��为UTF-8。（详细讄��误��POM脚本�Q?/font>

3 demo-app工程
demo-app工程是一个普通应用程序工�E�，它用于处理和数据库相关的操作�Q�如针对数据库的增、删、改、查�{�基本功能。该工程POM文�g的主要内容如下所�C�：

>
    ......

        app
        target

        src/java
        target/classes


                src/java

                    **/*.java




        src/test/java
        target/test-classes


                src/test/java

                    **/*.java





    文章的开头已�l�提刎ͼ�本实例将会��用定制的目录�l�构�Q�但在前面却一字不提此事，现在��描�q�如何定制目录结构。Maven的标准目录结构其实是在Super POM中设�|�的�Q�由于�Q何POM都会�l�承该POM�Q�所以所有的工作都会默认使用标准目录�l�构。要定制目录�Q�其实就是需要重新设�|�相兛_��数的��|��即用新��D��盖Super POM中的倹{�?br /> [1]�Q�该元素指定了工�E�输出的artifact的名�U�ͼ�默认��gؓ${artifactId}-${version}�Q�此处修改�ؓapp�?br /> [2]�Q�该元素指定了工�E�输出的目标目录。默认��gؓtarget�Q�此处未修改变�?br /> [3]�Q�该元素指定了Java源文件所在的目录。默认��gؓsrc/main/java�Q�此处修改�ؓsrc/java�?br /> [4]�Q�该元素指定了编译后的class文�g的放�|�目录。默认��gؓtarget/classes�Q�此处未作改变�?br /> [5] �Q�该元素指定了Java源文件��用的资源文�g的存攄��录。默认��gؓsrc/main/resources�Q�此处修改�ؓsrc/java。由于在�~�码Java源文件时�Q�Maven会将资源路径中的文�g全部拯��到classes目录。而此时将Java资源文�g目录与Java源文件目录，讄��为同一目录�Q�所以需要将.java文�g排除在资源文件的范畴之外( **/*.java )�?br /> [6] �Q�该元素指定了单元测试Java源文件的攄��目录。默认��gؓsrc/test/java�Q�此处未作修攏V�?br /> [7] �Q�该元素指定了单元测试Java源文件编译后的class文�g攄��目录。默认��gؓ target/test-classes�Q�此处未作改变�?br /> [8] �Q�该元素指定了单元测试Java源文件所使用的资源文件的攄��目录。默认��gؓsrc/test/resources�Q�此处修改�ؓ src/test/java。�ƈ且也做了�?/span> 讄�� 时相同的处理(排除Java源文�?�?br />     通过上述讄��后，��可以拥有一个定制的Maven工程目录�l�构了�?br />
4 demo-web工程
demo-web工程是整个应用最�l�的目标输出�Q�因为此处的目的��是制作一个war文�g�Q�然后将它部�|�到JBoss服务器中。与demo-app工程相比�Q�demo-web工程的POM文�g主要有如下不同内容：

>
    ......

        ......


                org.apache.maven.plugins
                maven-war-plugin
                 2.0.1

                    target/${artifactId}
                    src/webapp




                org.codehaus.mojo
                jboss-maven-plugin
                 1.3.1

                    E:/jboss- 4.0.2
                    default

                        ${project.build.directory}/${project.build.finalName}.${project.packaging}






可以看出不同之处��在于对maven-war-plguin及jboss-maven-plugin插�g的配�|�与使用�?br />     Maven使用maven-war-plugin插�g对Web工程制作war文�g。由于本文��用了定制目录�l�构�Q�这样则会��maven-war-plugin无法扑ֈ�Web工程的Web Root目录(默认是src/main/webapp)�Q�所以需要对该插件进行适当地配�|��?lt;warSourceDirectory>��是Web工程的Web Root目录�Q�此处设�|��ؓ�Q?lt;webappDirectory>是制作war文�g之前�Q�相当于是一个被打开(exploded)的war文�g的根目录(默认是target/artifactId-version)�?br />     该工�E�的脚本中，�q��用了一个JBoss插�g。该插�g可以��制作好的war文�g部��v(实质上是拯��)到指定的JBoss部��v目录中�?lt;jbossHome>是JBoss的安装根目录�Q?lt;serverName>指JBoss Server的名�U�ͼ�是被部��vwar文�g的名�U��?br />
参考资�?/strong>
[1]Maven入门--概念与实�? http://www.aygfsteel.com/jiangshachina/archive/2006/09/01/67080.html
[2]Maven + Continuum Weed. http://www.aygfsteel.com/jiangshachina/archive/2006/09/11/68944.aspx
[3]Maven POM Reference. http://maven.apache.org/pom.html
[3]db4o. http://www.db4objects.com
本文实例下蝲地址--http://www.aygfsteel.com/files/jiangshachina/mvn-demo.rar

Sha Jiang 2006-12-12 18:03 发表评论