hibernate5(5)实体映射注解配置[2]主键生成策略@GeneratedValue基本注解类型hibernate 内置主键生成器源码下载

在上一篇文章中，我们讲到了jpa使用@generatedvalue注解来定义生成策略，而关于注解生成策略有4种基本支持类型：

1. generationtype.tables 当前主键的值单独保存到一个数据库的表中

2. generationtype.sequence 利用底层数据库提供的序列生成标识符

3. generationtype.identity 采取数据库的自增策略

4. generationtype.auto 根据不同数据库自动选择合适的id生成方案，这里使用mysql,为递增型

而在配置generationtype.sequence和generationtype.tables我们可以使用如下来拓展配置：

实例配置如下：

这里需注意的是mysql是不支持sequence增长方式的。

其对应属性说明为：

属性

说明

name

属性表示该表主键生成策略的名称，它被引用在@generatedvalue中设置的“generator”值中。

table

属性表示表生成策略所持久化的表名，例如，这里表使用的是数据库中的“tb_generator”。

catalog

属性和schema具体指定表所在的目录名或是数据库名。

pkcolumnname

属性的值表示在持久化表中，该主键生成策略所对应键值的名称。例如在“tb_generator”中将“gen_name”作为主键的键值

valuecolumnname

属性的值表示在持久化表中，该主键当前所生成的值，它的值将会随着每次创建累加。例如，在“tb_generator”中将“gen_value”作为主键的值

pkcolumnvalue

属性的值表示在持久化表中，该生成策略所对应的主键。例如在“tb_generator”表中，将“gen_name”的值为“customer_pk”。

initialvalue

表示主键初始值值，默认为0。

allocationsize

表示每次主键值增加的大小，例如设置成1，则表示每次创建新记录后自动加1，默认为50。

uniqueconstraint

如果我们向数据库中尝试插入两条操作，我们对数据库进行相应的操作后，会看到如下信息： mysql> show tables; +———————+ | tables_in_hibernate | | t_user | | user_idseq | 2 rows in set (0.00 sec) mysql> desc t_user; +———–+————-+——+—–+———+——-+ | field | type | null | key | default | extra | | id | int(11) | no | pri | null | | | user_name | varchar(20) | no | | null | | mysql> desc user_idseq; +———+————–+——+—–+———+——-+ | field | type | null | key | default | extra | | user_pk | varchar(255) | yes | | null | | | user_id | int(11) | yes | | null | | 2 rows in set (0.01 sec) mysql> select * from user_idseq; +———+———+ | user_pk | user_id | | 2 | 1 |——————————这里的user_pk值对应pkcolumnvalue=2,pkcolumnvalue的值还可以是英文，我们可以将不同数据库的主键共同配置在这个表中。 1 row in set (0.00 sec) /———————————我们是在这里插入第2条数据库的——————————/ | 2 | 2 |————————自增了 mysql> select * from t_user; +—-+————–+ | id | user_name | | 1 | hello spring | | 5 | hello spring |————————用户id以5递增

我们也可以通过@genericgenerator来使用hibernate的内置主键生成器，下面是一个实例配置：

下面是我们常用的hibernate内置主键生成器说明：

主键生成器

increment

适用于代理主键。由hibernate自动以递增的方式生成标识符，每次增加1。优点：由于它的机制不依赖于底层数据库系统，因此它适合于所有的数据库系统。缺点：只适合有单个hibernate应用进程访问同一个数据库，在集群环境下不推荐使用它。 另外,oid必须为long,int,short类型，如果为byte类型，则会有异常。

identity

适用于代理主键。由底层数据库生成标识符。前提条件是底层数据库支持自动增长字段类型。(oracle数据库不能用它)

sequence

适用于代理主键。hibernate根据底层数据库的序列来生成标识符。前提条件是底层数据库支持序列。(oracle数据库能用它)

hilo

适用于代理主键。hibernate根据high/low算法来生成标识符。hibernate把特定表的字段作为”high”值.在默认情况下选用hibernate_unique_key表的next_hi字段。它的机制不依赖于底层数据库系统，因此它适合于所有的数据库系统。high/low算法生成的标识符只能在一个数据库中保证唯一。

native

适用于代理主键。根据底层数据库对自动生成标识符的支持能力，来选择identity， sequence， hilo。很适合于跨平台开发，即同一个hibernate应用需要连接多种数据库系统。

uuid.hex

适用于代理主键。hibernate采用128位的uuid算法来生成标识符。uuid算法能够在网络环境中生成唯一的字符串标识符。这种标识符生成策略并不流行，因为字符串类型的主键比整数类型的主键占用更多的数据库空间。

assigned

适用于自然主键。由java应用程序负责生成标识符，为了能让java应用程序设置oid，不能把setid()方法声明为private类型，应该尽量避免使用自然主键。