Oracle数据库采用哪种主键生成策略

适用于MySQL、DB2、MS SQL Server，采用数据库生成的主键，用于为long、short、int类型生成唯一标识使用SQL Server 和 MySQL 的自

1、自动增长identity：

适用于MySQL、DB2、MS SQL Server，采用数据库生成的主键，用于为long、short、int类型生成唯一标识

使用SQL Server 和 MySQL 的自增字段，这个方法不能放到 Oracle 中，Oracle 不支持自增字段，要设定sequence（MySQL 和 SQL Server 中很常用）

数据库中的语法如下：

MySQL：create tablet_user(id int auto_increment primary key, name varchar(20));

SQL Server：create tablet_user(id int identity(1,1) primary key, name varchar(20));

2、sequence：

DB2、Oracle均支持的序列，用于为long、short或int生成唯一标识

数据库中的语法如下：

Oracle：create sequenceseq_name increment by 1 start with 1;

需要主键值时可以调用seq_name.nextval或者seq_name.curval得到，数据库会帮助我们维护这个sequence序列，保证每次取到的值唯一，如：

insert into tbl_name(id, name)values(seq_name.nextval, ‘Jimliu’);

seq_name

如果我们没有指定sequence参数，则Hibernate会访问一个默认的sequence，是hibernate_sequence，我们也需要在数据库中建立这个sequence

此外，sequence还可以有另外一个参数是paramters，可以查看Hibernate的API了解它的用法，见org.hibernate.id.SequenceGenerator

调用数据库的sequence来生成主键，要设定序列名，不然hibernate无法找到：

NAME_SEQ（Oracle中很常用）

3、hilo：

使用一个高/低位算法生成的long、short或int类型的标识符，给定一个表和字段作为高位值的来源，默认的表是hibernate_unique_key，默认的字段是next_hi。它将id的产生源分成两部分，DB+内存，然后按照算法结合在一起产生id值，可以在很少的连接次数内产生多条记录，提高效率

MySQL：create table hi_value(next_hiinteger not null);

 

insert into hi_value(next_hi) values(1);

hi_value

next_hi

100

在hibernate持久化的时候，由hibernate负责生成低位值。hilo标识符生成器在生成标识符时需要从hi_value表中取出next_hi的当前值，然后修改该值，这个操作是在单独的事务中完成的。最大的低值在属性max_lo中配置，但在Hibernate内存中生成的低位值超过此值时，就有需要到数据库的hi_value表中再次读取高位值了。

使用hilo生成策略，要在数据库中建立一张额外的表，默认表名为hibernate_unique_key,默认字段为integer类型，名称是next_hi（比较少用）

我们也可以自己设置自定义的表名和字段名

4、native：

会根据底层数据库的能力，从identity、sequence、hilo中选择一个，灵活性更强，但此时，如果选择sequence或者hilo，则所有的表的主键都会从Hibernate默认的sequence或者hilo表中取。并且，，有的数据库对于默认情况主键生成测试的支持，效率并不是很高

对于 oracle 采用 Sequence 方式，对于MySQL 和 SQL Server 采用identity（自增主键生成机制），native就是将主键的生成工作交由数据库完成，hibernate不管（很常用）

5、seqhilo：

sequence和hilo的结合，hilo的高位由sequence产生，所以也需要底层数据库的支持

通过hilo算法实现，但是主键历史保存在Sequence中，适用于支持 Sequence 的数据库，如 Oracle（比较少用）

seq_name

100

6、increment：

这个是由Hibernate在内存中生成主键，每次增量为1，不依赖于底层的数据库，因此所有的数据库都可以使用，但问题也随之而来，由于是Hibernate生成的，所以只

能有一个Hibernate应用进程访问数据库，否则就会产生主键冲突，不能在集群情况下使用插入数据的时候hibernate会给主键添加一个自增的主键，但是一个hibernate实例就维护一个计数器，所以在多个实例运行的时候不能使用这个方法

7、uuid.hex：

使用一个128-bit的UUID算法生成字符串类型的标识符，UUID被编码成一个32位16进制数字的字符串。UUID包含：IP地址、JVM启动时间、系统时间（精确到1/4秒）和一

个计数器值（JVM中唯一）

hibernate会算出一个128位的唯一值插入

uuid.string

hibernate会算出一个16位的值插入

8、assigned：

由应用程序负责生成主键标识符，往往使用在数据库中没有代理主键，使用的主键与业务相关的情况，如：

这种主键的生成方式不建议使用，在数据库表设计时就应该使用代理主键（surrogate key），不应使用自然主键（natural key具有业务含义），在没有指定标签时，

默认就是assigned主键的生成方式

在插入数据的时候主键由用户自己添加，hibernate也不管

9、foreign

使用外部表的字段作为主键

10、select

使用触发器生成主键（主要用于早期的数据库主键生成机制，少用）

此外，有些表没有代理主键，使用联合主键，多个字段唯一，这也是不建议的表设计，