【SSH进阶之路】【五】hibernate5 实体映射注解配置 【2】主键生成策略

@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类型，应该尽量避免使用自然主键。

转自： http://blog.csdn.net/qwe6112071/article/details/51013437