Java Hibernate深度探险[Java编程]

一）Hibernate意义

在一个真正的OOAD中,我们的计划首先是做UML建摸,终究将一个系统触及全部对象（这个东西不是东西那么简单）用类图来表现一个完好的计划,我们最后大概得到这几种类:掌握业务逻辑的类,保存业务数据的类module（bean类）,帮助类大概更多（具体问题具体解析,但是将业务所需数据归结为一个类module更合适分层）.到数据库低层实现的时刻,

为了获得数据大概存储数据,你不得不为此加上一个操作数据库的掌握逻辑,到此,你完善的计划预计会为此付出宏大的勤奋,因为你看到的业务数据层是一个复杂的模块,即便从面向对象概念来看,我们UML类图中的,业务数据层只是一个数据模块.Hibernate已经帮我们办理了业务数据层这个本来非常复杂的模块的底层实现,目前,我们只要在外层裹上我们的代表数据的类便可.

二）对象模子与关系数据库模子差别

在写出我初探Hibernate的感受之前,我认为写下这一节还是很有必要的.带着问题研究远远比带着好奇研究要意义深远得多.

问题范畴:

关系型数据库是存储数据的最好挑选,但是随着OO技术日益发展,在persisitent层上关系型数据库的计划体系与OO体系格格不入,可以想象,当满头脑充斥着OOAD的你想到怎么断绝满天飞的SQL语句时,那是多么痛楚的表情.无论你的业务层计划多么完善,在真正储存数据大概加载数据时,你面对的无非是一大堆封装好的数据,这些数据在JDBC中已经完好失去对象（这里的对象称之为业务对象大概更为切当）的意义,你整体的OOAD到此为止.为什么会造成这种情形呢?缘由是对象模子与关系数据库模子根本计划体系之间的差别.

对象模子与关系数据库模子各自理论动身点是差别的:对象模子的理论体系可以简单归结为这两点:

1） 以对象对待世界.

2） 对象间关系（担当,关联,聚合,组合）维系着整体构成.

而关系数据库模子唯一动身点是有效储存数据,KEY是数据库的关键技术,关系在这里只是各个数据表的KEY之间的关联,这种关联我认为应当称之为数据的关联,其表达的意义远远没有对象之间的关联那么深广.

那么,我目前最关心的问题是hibernate是怎么操纵关系数据库的数据表KEY关联来表达对象之间的关系呢?

在进入正式研究Hbernate之前,我们可以思考一下问题的仿佛简单与仿佛非常复杂的冲突.

我们计划的代表数据层的全部类必须完善的表目前数据表之中.可以这样总结:

class-àtable

class1—(关系)---class2------〉table1---(关系)-----table2

问题的办理仿佛很简单,分外是关于javabean构架,更是简单（看起来简单罢了!!!）.

想象一个简单的javabean类:

public class SimpleBean{
　 protected int id;
　 protected String name;
　 public int getId(){
　　 return id;
　 }
　 public void setId(int id){
　　 this.id=id;
　 }
　 public String getName(){
　　 return name;
　 }
　 public void setName(String name){
　　 this,name=name;
　 }
}

我们完好可以这样举行name映射:

className-àtableName
propertyNameàcolumnName

　　以上是“Java Hibernate深度探险[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：