OJB和Hibernate是我用过两个O/R Mapping框架，附带说一句，我用OJB比Hibernate的时间长多了，因此对Hibernate的了解不深，因此有一些看法可能会有误。
备注: OJB网址 http://jakarta.apache.org/ojb
OJB和Hibernate的机制基本上是样，没有多的区别，包括代理，约束，引用等， 都可以使用类SQL语句，OJB用OQL,Hibernate用HQL，也可以设置查询类，如，
不过 我两者在一个很大的设计的区别。
就是说数据填充上的设计
如
class User
{
private String name;
public void setName(String r_Name)
{
name=r_Name;
}
public String getName()
{
return name;
}
}
OJB用下列描述符
<field-descriptor column="NAME" jdbc-type="VARCHAR" name="name" />
OJB的引擎将数据库填充到对象时是使用Reflection来设置name这个字段，有些象user.name=...
将对象中的数据保存到数据库时，也是这样
Hiberate用下列描述符
<property column="NAME" name="Name" not-null="true" type="string" />
Hibernate的引擎将数据库填充到对象时是使用Reflection来设置name这个属性，即调用user.setName(...);
将对象中的数据保存到数据库时，调用user.getName();
(我一向把Property看作带操作的field.)
想来 设计者分别采用这种方式，应该有各自的理由，但我个人还是比较喜欢OJB的方式。
原因如下
实体类应该只代表数据库，通过field就可以，使用Property进行访问，只是避免以后可能的改动，或者实体类不是单纯的实体类，可以带些简单的业务模型意义里面。因此用field可能会更好一些。
比如说 用OJB的话类可能象这样，getState返回String，给用户查看，如"冻结帐户","新注册用户"
class User
{
private String name;
private int state;
public void setName(String r_Name)
{
name=r_Name;
}
public String getName()
{
return name;
}
public void setState(int r_State)
{
state=r_State;
}
public String getState()
{
if(...)
return ...;
else
return ...
}
}
用Hibernate的类象这样
class User
{
private String name;
private int state;
public void setName(String r_Name)
{
name=r_Name;
}
public String getName()
{
return name;
}
public void setState(int r_State)
{
state=r_State;
}
public void getState()
{
return state;
}
public String getStateString()
{
if(...)
return ...;
else
return ...
}
}
我总是觉得OJB的看起来更顺眼一些
当然我不是说Hibernate不好
不过在一般的中小型程序中，很少有纯粹的实体类，多多少少都带了一点业务，或者因为其它原因，如上面的原因，OJB可能会有点优秀。
