lhd0 2012-06-07
以前用ssh做小项目的时候都是先建数据库再来写Model层,但是总觉得这样就太浪费别人hibernate创始人的初衷,原原本本的ORM框架被我那么一用,面对对象的思想压根就没体现出来,于是今天就试了一把先建Model层,然后直接用 hibernate自带的工具hbm2ddl生成数据库表。其中最难搞的就是实体之间的关联关系,什么一对一,一对多,多对多,又是单向关联又是多向关联的,弄得自己头晕乎乎的,想着还是把它记下来,留着以后看看,俗话说“发表是最好的记忆”。
一对一:
使用@OneToOne注解可以建立实体bean之间的一对一的关联. 一对一关联有三种情况:
①关联的实体都共享同样的主键
②是其中一个实体通过外键关联到另一个实体的主键 (注意要模拟一对一关联必须在外键列上添加唯一约束).
③过关联表来保存两个实体之间的连接关系 (注意要模拟一对一关联必须在每一个外键上添加唯一约束).
共享主键来进行一对一关联映射
publicclassBody{
@Id
publicLonggetId(){returnid;}
@OneToOne(cascade=CascadeType.ALL)
@PrimaryKeyJoinColumn
publicHeartgetHeart(){
returnheart;
}publicclassHeart{
@Id
publicLonggetId(){...}
}
...
}
表模型
mysql> DESCRIBE heart;
+-------+------------+------+-----+---------+----------------+
|Field|Type|Null|Key|Default|Extra|
+-------+------------+------+-----+---------+----------------+
|id|bigint(20)|NO|PRI|NULL|auto_increment|
+-------+------------+------+-----+---------+----------------+mysql> desc body;
+-------+------------+------+-----+---------+-------+
|Field|Type|Null|Key|Default|Extra|
+-------+------------+------+-----+---------+-------+
|id|bigint(20)|NO|PRI|NULL||
+-------+------------+------+-----+---------+-------+生成的SQL脚本
create table Body (
idbigintnotnull,
primarykey(id)
)create table Heart (
idbigintnotnullauto_increment,
primarykey(id)
)外键列进行实体的关联
publicclassCustomerimplementsSerializable{
@OneToOne(cascade=CascadeType.ALL)
@JoinColumn(name="passport_fk")
publicPassportgetPassport(){
...
}
@Entity
publicclassPassportimplementsSerializable{
@OneToOne(mappedBy="passport")
publicCustomergetOwner(){
...
}
表模型
mysql> DESCRIBE customer;
+-------------+--------------+------+-----+---------+----------------+
|Field|Type|Null|Key|Default|Extra|
+-------------+--------------+------+-----+---------+----------------+
|id|bigint(20)|NO|PRI|NULL|auto_increment|
|name|varchar(255)|YES||NULL||
|passport_fk|bigint(20)|YES|MUL|NULL||
+-------------+--------------+------+-----+---------+----------------+mysql> DESCRIBE passport;
+-------+------------+------+-----+---------+----------------+
|Field|Type|Null|Key|Default|Extra|
+-------+------------+------+-----+---------+----------------+
|id|bigint(20)|NO|PRI|NULL|auto_increment|
+-------+------------+------+-----+---------+----------------+ 生成的sql脚本create table Customer (
idbigintnotnullauto_increment,
namevarchar(255),
passport_fkbigint,
primarykey(id)
)create table Passport (
idbigintnotnullauto_increment,
primarykey(id)
)alter table Customer
addindexFK27FBE3FEDB47C7A(passport_fk),
addconstraintFK27FBE3FEDB47C7A
foreignkey(passport_fk)
references Passport (id)上面这个例子中,Customer 通过Customer 表中名为的passport_fk 外键列和 Passport关联. @JoinColumn注解定义了联接列(join column). 该注解和@Column注解有点类似, 但是多了一个名为referencedColumnName的参数. 该参数定义了所关联目标实体中的联接列. 注意,当referencedColumnName关联到非主键列的时候, 关联的目标类必须实现Serializable, 还要注意的是所映射的属性对应单个列(否则映射无效).
一对一关联可能是双向的.在双向关联中, 有且仅有一端是作为主体(owner)端存在的:主体端负责维护联接列(即更新). 对于不需要维护这种关系的从表则通过mappedBy属性进行声明. mappedBy的值指向主体的关联属性. 在上面这个例子中,mappedBy的值为 passport. 最后,不必也不能再在被关联端(owned side)定义联接列了,因为已经在主体端进行了声明.
如果在主体没有声明@JoinColumn,系统自动进行处理: 在主表(owner table)中将创建联接列, 列名为:主体的关联属性名+下划线+被关联端的主键列名. 在上面这个例子中是passport_id, 因为Customer中关联属性名为passport, Passport的主键是id.
关联表方式
publicclassCustomerimplementsSerializable{
@OneToOne(cascade=CascadeType.ALL)
@JoinTable(name="CustomerPassports",
joinColumns=@JoinColumn(name="customer_fk"),
inverseJoinColumns=@JoinColumn(name="passport_fk")
)
publicPassportgetPassport(){
...
}
publicclassPassportimplementsSerializable{
@OneToOne(mappedBy="passport")
publicCustomergetOwner(){
...
}
表模型
mysql>DESCRIBECustomerPassports;
+-------------+------------+------+-----+---------+-------+
|Field|Type|Null|Key|Default|Extra|
+-------------+------------+------+-----+---------+-------+
|passport_fk|bigint(20)|YES|MUL|NULL||
|customer_fk|bigint(20)|NO|PRI|NULL||
+-------------+------------+------+-----+---------+-------+
mysql> DESCRIBE customer;
+-------+--------------+------+-----+---------+----------------+
|Field|Type|Null|Key|Default|Extra|
+-------+--------------+------+-----+---------+----------------+
|id|bigint(20)|NO|PRI|NULL|auto_increment|
|name|varchar(255)|YES||NULL||
+-------+--------------+------+-----+---------+----------------+mysql> DESCRIBE passport;
+-------+------------+------+-----+---------+----------------+
|Field|Type|Null|Key|Default|Extra|
+-------+------------+------+-----+---------+----------------+
|id|bigint(20)|NO|PRI|NULL|auto_increment|
+-------+------------+------+-----+---------+----------------+Customer通过名为 CustomerPassports的关联表和 Passport关联; 该关联表拥有名为passport_fk的外键列,该 外键指向Passport表,该信息定义为inverseJoinColumn的属性值, 而customer_fk外键列指向Customer表, 该信息定义为 joinColumns的属性值.
这种关联可能是双向的.在双向关联中, 有且仅有一端是作为主体端存在的:主体端负责维护联接列(即更新). 对于不需要维护这种关系的从表则通过mappedBy属性进行声明. mappedBy的值指向主体的关联属性. 在上面这个例子中,mappedBy的值为 passport. 最后,不必也不能再在被关联端(owned side)定义联接列了,因为已经在主体端进行了声明.
你必须明确定义关联表名和关联列名.
一对多,多对多的关联基本上都是这三类方式关联,而单向还是双向则看是否持有对方的引用。在双向关联中, 有且仅有一端是作为主体端存在的:主体端负责维护联接列(即更新). 对于不需要维护这种关系的从表则通过mappedBy属性进行声明. mappedBy的值指向主体的关联属性。注意在一对多的关系都是在多端负责维护,一端则通过mappedBy,再设置fetch的属性为fetch.LAZY则可以尽量避免1+n的问题。
暂时写这么多吧,更详细的请参考hibernate官网 。。