Hibernate注解开发关于Id的若干问题

偏执的太偏执、 2023-10-17 11:51 28阅读 0赞

Hibernate的基本注解[注解式开发-Hibernate基本注解][-Hibernate]  
其实在id的注解上，还是有很多有意思的东西，这些东西我们要从Hibernate内置的主键生成策略讲起

### Hibernate内置的主键生成策略 ###

### 一、assigned ###

##### 主键由外部程序负责生成，在 save() 之前必须指定一个。Hibernate不负责维护主键生成。与Hibernate和底层数据库都无关，可以跨数据库。在存储对象前，必须要使用主键的setter方法给主键赋值，至于这个值怎么生成，完全由自己决定，这种方法应该尽量避免。 #####

###### 特点：可以跨数据库，人为控制主键生成，应尽量避免。 ######

### 二、increment ###

##### 由Hibernate从数据库中取出主键的最大值（每个session只取1次），以该值为基础，每次增量为1，在内存中生成主键，不依赖于底层的数据库，因此可以跨数据库。 #####

###### Hibernate调用org.hibernate.id.IncrementGenerator类里面的generate()方法，使用select max(idColumnName) from tableName语句获取主键最大值。该方法被声明成了synchronized，所以在一个独立的Java虚拟机内部是没有问题的，然而，在多个JVM同时并发访问数据库select max时就可能取出相同的值，再insert就会发生Dumplicate entry的错误。所以只能有一个Hibernate应用进程访问数据库，否则就可能产生主键冲突，所以不适合多进程并发更新数据库，适合单一进程访问数据库，不能用于群集环境。 官方文档：只有在没有其他进程往同一张表中插入数据时才能使用，在集群下不要使用。 特点：跨数据库，不适合多进程并发更新数据库，适合单一进程访问数据库，不能用于群集环境。 ######

### 三、hilo ###

##### hilo（高低位方式high low）是hibernate中最常用的一种生成方式，需要一张额外的表保存hi的值。保存hi值的表至少有一条记录（只与第一条记录有关），否则会出现错误。可以跨数据库。 #####

###### 特点：跨数据库，hilo算法生成的标志只能在一个数据库中保证唯一。 ######

### 四、seqhilo ###

##### 与hilo类似，通过hi/lo算法实现的主键生成机制，只是将hilo中的数据表换成了序列sequence，需要数据库中先创建sequence，适用于支持sequence的数据库，如Oracle。 #####

###### 特点：与hilo类似，只能在支持序列的数据库中使用。 ######

### 五、sequence ###

##### 采用数据库提供的sequence机制生成主键，需要数据库支持sequence。如oralce、DB、SAP DB、PostgerSQL、McKoi中的sequence。MySQL这种不支持sequence的数据库则不行（可以使用identity）。 #####

##### Hibernate生成主键时，查找sequence并赋给主键值，主键值由数据库生成，Hibernate不负责维护，使用时必须先创建一个sequence，如果不指定sequence名称，则使用Hibernate默认的sequence，名称为hibernate\_sequence，前提要在数据库中创建该sequence。 特点：只能在支持序列的数据库中使用，如Oracle。 #####

### 六、identity ###

##### identity由底层数据库生成标识符。identity是由数据库自己生成的，但这个主键必须设置为自增长，使用identity的前提条件是底层数据库支持自动增长字段类型，如DB2、SQL Server、MySQL、Sybase和HypersonicSQL等，Oracle这类没有自增字段的则不支持。 #####

###### 特点：只能用在支持自动增长的字段数据库中使用，如MySQL。 ######

### 七、native ###

##### native由hibernate根据使用的数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式，灵活性很强。如果能支持identity则使用identity，如果支持sequence则使用sequence。 例如MySQL使用identity，Oracle使用sequence 注意：如果Hibernate自动选择sequence或者hilo，则所有的表的主键都会从Hibernate默认的sequence或hilo表中取。并且，有的数据库对于默认情况主键生成测试的支持，效率并不是很高。 #####

###### 特点：根据数据库自动选择，项目中如果用到多个数据库时，可以使用这种方式，使用时需要设置表的自增字段或建立序列，建立表等。 ######

### 八、uuid ###

##### UUID：Universally Unique Identifier，是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。按照开放软件基金会(OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字 Hibernate在保存对象时，生成一个UUID字符串作为主键，保证了唯一性，但其并无任何业务逻辑意义，只能作为主键，唯一缺点长度较大，32位（Hibernate将UUID中间的“-”删除了）的字符串，占用存储空间大，但是有两个很重要的优点，Hibernate在维护主键时，不用去数据库查询，从而提高效率，而且它是跨数据库的，以后切换数据库极其方便。 #####

###### 特点：uuid长度大，占用空间大，跨数据库，不用访问数据库就生成主键值，所以效率高且能保证唯一性，移植非常方便，推荐使用。 ######

### 九、guid ###

##### GUID：Globally Unique Identifier全球唯一标识符，也称作 UUID，是一个128位长的数字，用16进制表示。算法的核心思想是结合机器的网卡、当地时间、一个随即数来生成GUID。从理论上讲，如果一台机器每秒产生10000000个GUID，则可以保证（概率意义上）3240年不重复。 #####

###### Hibernate在维护主键时，先查询数据库，获得一个uuid字符串，该字符串就是主键值，该值唯一，缺点长度较大，支持数据库有限，优点同uuid，跨数据库，但是仍然需要访问数据库。 注意：长度因数据库不同而不同 MySQL中使用select uuid()语句获得的为36位（包含标准格式的“-”） Oracle中，使用select rawtohex(sys\_guid()) from dual语句获得的为32位（不包含“-”） 特点：需要数据库支持查询uuid，生成时需要查询数据库，效率没有uuid高，推荐使用uuid。 ######

### 十、foreign ###

#### 使用另外一个相关联的对象的主键作为该对象主键。主要用于一对一关系中。 ####

##### 特点：很少使用，大多用在一对一关系中。 #####

### 十一、select ###

##### 使用触发器生成主键，主要用于早期的数据库主键生成机制，能用到的地方非常少。 #####

### id注解 ###

@Id         //说明它是主键
        @GeneratedValue(strategy=GenerationType.IDENTITY)       //指定生成策略(我这里选择的是自增长)
        @Column(name="t_id")        //属性对应字段名
        private Integer id;

这里采用的是jpa提供的主键生成策略，GeneratedValue的值有多个，主要有：

AUTO：JPA自动选择合适的策略，是默认选项；
    IDENTITY：表自增键字段，Oracle不支持这种方式；
    SEQUENCE：通过序列产生主键，通过@SequenceGenerator注解指定序列名MySql不支持这种方式； 
    TABLE：通过表产生主键，框架借由表模拟序列产生主键，使用该策略可以使应用更易于数据库移
    最常用的就是Auto，比如对应Mysql中的auto icreasement

如果你想使用Hibernate内置的主键生成策略  
则需要先生成一个策略生成器,名字自己随意

@GenericGenerator(name="myGeneric",strategy="native")

**strategy的值就是你想采用Hibernate内置的策略，可以使上面提到的的任意一种**

@GeneratedValue(generator="myGeneric")

完整代码

@Id
        @GenericGenerator(name="myGeneric",strategy="native")
        @GeneratedValue(generator="myGeneric")
        @Column(name="t_id")
        private Integer id;

[-Hibernate]: http://blog.csdn.net/leisure_life/article/details/64906898