在应用程序中将OJB作为一个存储层使用（五） (转)
定义对象/关系映射：
在看了实例程序的源代码和数据库（运行binuild 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是透明存储的原因。
非常重要的一点：存储类必须有一个公共无参数的构造函数。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10748419/viewspace-963459/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/10748419/viewspace-963459/