@GeneratedValue基本注解类型
在上一篇文章中,我们讲到了JPA使用@GeneratedValue注解来定义生成策略,而关于注解生成策略有4种基本支持类型:
1. GenerationType.TABLES 当前主键的值单独保存到一个数据库的表中
2. GenerationType.SEQUENCE 利用底层数据库提供的序列生成标识符
3. GenerationType.IDENTITY 采取数据库的自增策略
4. GenerationType.AUTO 根据不同数据库自动选择合适的id生成方案,这里使用mysql,为递增型
而在配置GenerationType.SEQUENCE和GenerationType.TABLES我们可以使用如下来拓展配置:
1. GenerationType.SEQUENCE
实例配置如下:
@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "idGenetator")
//下面的name与GeneratedValue的generator属性一致
@SequenceGenerator(name = "idGenetator",
sequenceName = "t_user_seqId",//数据库中序列的名字
allocationSize = 1,//每次增长数值
initialValue = 2)//初始数值
private Integer id;
这里需注意的是mysql是不支持sequence增长方式的。
2. GenerationType.TABLES
实例配置如下:
@GeneratedValue(strategy = GenerationType.TABLE, generator = "idGenerator")
@TableGenerator(name = "idGenerator",
table = "user_idSeq",
pkColumnName = "user_pk",
pkColumnValue = "2",
valueColumnName = "gen_val",
initialValue = 2,
allocationSize = 5)
其对应属性说明为:
属性 | 说明 |
---|---|
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 | 与@Table标记中的用法类似,用以设置唯一约束,具体使用格式可参考上一篇文章《hibernate5(4)实体映射注解配置[1]注解全面解析》 |
如果我们向数据库中尝试插入两条操作,我们对数据库进行相应的操作后,会看到如下信息:
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 | |
+———–+————-+——+—–+———+——-+
2 rows in set (0.00 sec)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条数据库的——————————/
mysql> select * from user_idSeq;
+———+———+
| user_pk | user_id |
+———+———+
| 2 | 2 |————————自增了
+———+———+
1 row in set (0.00 sec)mysql> select * from t_user;
+—-+————–+
| id | user_name |
+—-+————–+
| 1 | hello spring |
| 5 | hello spring |————————用户id以5递增
+—-+————–+
hibernate 内置主键生成器
我们也可以通过@GenericGenerator来使用hibernate的内置主键生成器,下面是一个实例配置:
//是个32位难读的长字符串,但是它没有跨数据库的问题,将来切换数据库极其简单方便,推荐使用
@GenericGenerator(strategy = "uuid。hex",name = "user_uuid")//使用uuid的hibernate内置生成策略
@GeneratedValue(generator = "user_uuid")
private String id;//uuid生成策略需使用String类型
下面是我们常用的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类型,应该尽量避免使用自然主键。 |
源码下载
本实例源码可到https://github.com/jeanhao/hibernate下载。