一些Hibernate的用法笔记(1)

我的公司的老板对新的项目的后台的架构下了非常重的力度,所以很多东西希望能够抽取出来重用,特别是对于一些很多项目都会重用到的模块进行抽出。开发中,一些封装的功能甚至关联的表都是未知的,因此对Hibernate用法进行了一次比较深入的研究。我们希望针对自己的业务,形成一套系统,让以后的开发效率更高。并且能够能增强封装出来的东西的重用性。有时候非常庆幸有一个搞技术的老板,真的能够学到很多好东西。

这里总结一下,做下记录。虽然hibernate的ORM的注解很强大,包括和spring jpa一起使用的时候真的非常爽。但是这些功能,虽然用着爽,却容易对业务造成很大的耦合度。

好了,转入正题。

例如我们有一个用户表:

account
列名 类型 注释
id INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT 递增标识
account VARCHAR(25) NOT NULL 用户名
password VARCHAR(64) NOT NULL 密码

角色表:

role
列名 类型 注释
id INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT 递增标识
role_name VARCHAR(25) NOT NULL 角色名

用户角色关联表:

account_role_rel
列名 类型 注释
id INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT 递增标识
account_id INT(11) NOT NULL 用户ID
role_id INT(11) NOT NULL 角色ID

因此我们可能需要生成两个实体

AccountModel、RoleModel

至于中间那个account_role_rel的表,因为开发中要用hibernate转换出它的实体,实在多此一举,因此就直接省略掉对应的实体了。

现在假设我们建了Account和Role这两张表的实体,而且没有使用@JoinColumn一类的注解,但是我们需要动态的把两张表关联在一起
我们需要DAO

上面的东西,如果我们关联表是未知的,我可以很方便的通过上面代码的变形,传入对应实体类型和参数,就能够实现自动关联,不像Hibernate注解声明的实体,实体之间的关系必须在实体内声明。即使在不清楚另一个实体是什么的情况下进行关联,能够很好的把一些业务重复的逻辑抽取出来,再跟项目或者功能特定业务的表关联,这样就不用每次开发都特地的写一遍这些功能。

发表评论