hibernate实体关联注解版

      以前用ssh做小项目的时候都是先建数据库再来写Model层,但是总觉得这样就太浪费别人hibernate创始人的初衷,原原本本的ORM框架被我那么一用,面对对象的思想压根就没体现出来,于是今天就试了一把先建Model层,然后直接用 hibernate自带的工具hbm2ddl生成数据库表。其中最难搞的就是实体之间的关联关系,什么一对一,一对多,多对多,又是单向关联又是多向关联的,弄得自己头晕乎乎的,想着还是把它记下来,留着以后看看,俗话说“发表是最好的记忆”。

    一对一:

   使用@OneToOne注解可以建立实体bean之间的一对一的关联. 一对一关联有三种情况:

   ①关联的实体都共享同样的主键

   ②是其中一个实体通过外键关联到另一个实体的主键 (注意要模拟一对一关联必须在外键列上添加唯一约束).

   ③过关联表来保存两个实体之间的连接关系 (注意要模拟一对一关联必须在每一个外键上添加唯一约束).

   

    共享主键来进行一对一关联映射

@Entity

publicclassBody{

@Id

publicLonggetId(){returnid;}

@OneToOne(cascade=CascadeType.ALL)

@PrimaryKeyJoinColumn

publicHeartgetHeart(){

returnheart;

}
@Entity

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)

    )

    外键列进行实体的关联

@Entity

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.

   关联表方式

@Entity

publicclassCustomerimplementsSerializable{

@OneToOne(cascade=CascadeType.ALL)

@JoinTable(name="CustomerPassports",

joinColumns=@JoinColumn(name="customer_fk"),

inverseJoinColumns=@JoinColumn(name="passport_fk")

)

publicPassportgetPassport(){

...

}

@Entity

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官网 。。

相关推荐