在应用程序中将OJB作为一个存储层使用（五）

定义对象/关系映射：

在看了实例程序的源代码和数据库（运行bin\build browse -db将会启动InstantDB数据

库的浏览窗口）后，你可能会问：在程序中我们并没用看到任何关于数据存储的代码，

OJB Broker是怎么样实现把Product类的信息存储到PRODUCT表中去的？OJB怎么样知道把

数据库中的NAME列映射到name属性上？

答案就是一切都是在OJB元数据库中进行的。库中包含了一些类来描述O/R映射（可以参

考org.apache.ojb.broker.metadata包）。库中含有一些普遍的Java对象，这些对象能

够被动态的创建和修改。这给那些需要动态改变映射关系的情况提供了很大的便利。保

持动态映射有下面几个好处：

1． 不需要Java源代码的处理，不需要存储库的编译。

2． 映射能够在运行时被检查、改变，允许最大限度的改变存储行为或是在OJB上建立自

己的存储层。

但是也有一个缺点：效率问题。OJB的动态方法使用了Java的反射机制和JavaBean的访问

机制来检查和修改商业对象，我们必须把动态访问的次数降到最少。

在下面的章节，我们将讲解实例程序怎样使用O/R映射。

一个存储类：Product

在我们的实例程序中只有一个存储类，Product类，下面是它的定义：

package org.apache.ojb.tutorial1;

    /**

     * represents product objects in the tutorial system

     */

    public class Product

    {

        /** product name*/

        protected String name;

        /** price per item*/

        protected double price;

        /** stock of currently available items*/

        protected int stock;

        ...

}

我删除了其中的方法定义，他们与O/R映射过程无关。

数据库中的Product表：

现在让我们来看一下表，用SQL DDL来定义（我给出了InstantDB的语法，在不同的RDBM

S中语法可能会有不同）：

CREATE TABLE PRODUCT (

      ID    INT PRIMARY KEY,

      NAME  CHAR(100),

      PRICE DOUBLE,

      STOCK INT

    )

你可能发现了我加了一列ID，并设为主键。这是手工加入的，它并不属于程序中的prod

uct。如果你使用了手工加入，你必须在你的Product类中加入这一属性。OJB要求所有表

的主键列必须在相应的class中有映射。这也是存储层中少数需要遵守的规则之一，因为

这些属性并不是OOD模型的必须部分。

所以我们必须修改我们一开始的类：

public class Product

    {

        /**

         * this is the primary key attribute needed by OJB to

         * identify instances

         */

        private int _id;

        /** product name*/

        protected String name;

        /** price per item*/

        protected double price;

        /** stock of currently available items*/

        protected int stock;

}

除了主键要求外，再没有任何其他的限制。没有必要扩展基类去实现所有的接口，这就

是我们为什么说OJB是透明存储的原因。

非常重要的一点：存储类必须有一个公共无参数的构造函数。