Hibernate自定义主键

Hibernate自定义主键,通过此方法可以解决一此特殊的主键ID,在了解自定义主键时,先了解下Hibernate有自带的10种生成主键方法.

1) assigned
主键由外部程序负责生成,无需Hibernate参与。

推荐此种方法,在实体配置中修改如下:

        <id name="HId" type="java.lang.String">
            <column name="H_ID" length="20" />
            <generator class="assigned" ></generator>
        </id>

并建立一个sequence,但是不在上边的配置文件中绑定。

然后程序中,获取sequence的最后一个值(http://www.cnblogs.com/koal/p/4304316.html),这样生成出来的自定义主键ID就爽多了。

 

2) hilo
通过hi/lo 算法实现的主键生成机制,需要额外的数据库表保存主键生成历史状态。

3) seqhilo
与hilo 类似,通过hi/lo 算法实现的主键生成机制,只是主键历史状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。

4) increment
主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量,以保存着当前的最大值,之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是:如果当前有多个实例访问同一个数据
库,那么由于各个实例各自维护主键状态,不同实例可能生成同样的主键,从而造成主键重复异常。因此,如果同一数据库有多个实例访问,此方式必须避免使用。

5) identity
采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。

6) sequence
采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。

7) native
由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。

8) uuid.hex
由Hibernate基于128 位唯一值产生算法生成16 进制数值(编码后以长度32 的字符串表示)作为主键。

9) uuid.string
与uuid.hex 类似,只是生成的主键未进行编码(长度16)。在某些数据库中可能出现问题(如PostgreSQL)。

10) foreign
使用外部表的字段作为主键。一般而言,利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。

 

          但是Hibernate自带的标识(OID)生成器不足以满足需求,用户需要定义自己的对象标识生成器。有人会问Hibernate可以自定义主键?答案是肯定的.

         Hibernate(3.0)提供的标识生成器扩展相关接口:org.hibernate.id.IdentifierGenerator和org.hibernate.id.Configurable 
         这里我们只介绍接口org.hibernate.id.org.hibernate.id.Configurable ,而org.hibernate.id.Configurable 接口大家可以试试
         首先自己定义一个类,然后实现org.hibernate.id.Configurable接口

public class GeneralSrid implements IdentifierGenerator {


 public Serializable generate(SessionImplementor arg0, Object arg1)
   throws HibernateException {

   return  StrUtil.generalSrid();   // 这里就是自己自定义的主键方法.

 }

         }

然后找到hibernate的XML文件,把上面实现的类写到class属性,这样就完成了自定义主键
        <comment>部门信息</comment>
        <id name="deptid" type="java.lang.String">
            <column name="DEPTID" length="32" />
            <generator class="GeneralSrid" />
        </id>

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。