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

王朝vc·作者佚名  2006-01-08
窄屏简体版  字體: |||超大  

定义对象/关系映射:

在看了实例程序的源代码和数据库(运行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是透明存储的原因。

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

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航