Hibernate主键增长方式

1.assigned:

主键由外部程序负责生成，无需Hibernate参与。----若是要由程序代码来指定主键,就采有这种.

2.increment:

对 long ， short 或 int 的数据列生成自动增加主键。increment主键生成方式的特色是与底层数据库无关性，大部分数据库如 Mysql，MSSQL 和ORACLE等都支持increament生成方式。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，以后每次须要生成主键的 时候将此值加1做为主键。increment方式的不足之处是当多个线程并发对数据库表进行写操做时，可能出现相同的主键值，发生主键重复的冲突，所以多线程并发操做时，不该该使用此方法。

3.identity:

若是数据列的类型是 long， short 或 int ，可以使用主键生成器生成自动增加Hibernate主键。与底层数据库有关，要求数据库支持identify,如MySQL中是auto_increment,SQL Server中是Identify.支持的数据库有MySQL,SQL Server,DB2,Sybase和HypersonicSQL.(好像不支持oracle) 无需Hibernate和用户的干涉，使用较为方便，但不便于在不一样的数据库之间移植程序。identity的优势是不会发生 increment方式的并发错作问题。数据库涉及到的表要设置自动增加。

4.sequence:

在ORACLE等数据库中使用sequence生成主键。sequence的特色是于数据库的相关性，seqhio要求底层能支持sequence，列如Oracle。

5.hilo:

经过hi/lo 算法生成主键，须要一个表来保存额外的主键信息。这样生成的标识符只在特定的数据库是惟一的，在使用JTA（Java分布式事务） 得到连接或用户自定义提供的连接中，不要使用这种生成器。hilo方式须要维护表信息，所以对数据的影响的要率会形成必定影响。

6.seqhio:

与hilo 相似，经过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。若是数据列的类型是 long， short 或 int可以使用该主键生成器。

7.native:

由Hibernate根据不一样的数据库方言，自行判断采用identity、hilo、sequence其中一种做为Hibernate主键生成方式，native的 优势是与底层性无关，便于不一样数据库之间的移植，由Hibernate根据不一样数据库选择主键的生成方式。在oracle中须要建立叫 Hibernate_sequence名字的sequence，若是设置了Hibernate.hbm2ddl.auto属性，不须要手动创建序列，前提 是数据库账号必须有Create Sequence这种高级权限。mysql等数据库则不用创建sequence。

8.uuid.hex:

采用基于128位的算法生成惟一值，并编制成32位长度的惟一字符串做为主键值，uuid.hex的优势是支持大部分数据库，缺点就是要占用较大的存储空间。对于并发Insert要求较高的系统，推荐采用uuid.hex 做为主键生成机制。

9.uuid.string:

使用UUID算法，UUID被编码为一个16个字符长的任意ASCII字符组成的字符串。不能在PostgreSQL数据库中使用。uuid.string同uuid.hex相似，须要占很大的存储空间。

10.foreign:

使用外部表的字段做为Hibernate主键。

通常而言，利用uuid.hex方式生成Hibernate主键将提供最好的性能和数据库平台适应性。 另外因为经常使用的数据库，如Oracle、DB二、 SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。咱们能够在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。不过值得注意的 是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引发表之间的互锁。数据库提供的主键生成机制，每每是经过在一个内 部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），以后每次插入数据会读取这个最大值，而后加上递增量做为新记 录的主键，以后再把这个新的最大值更新回内部表中，这样，一次Insert操做可能致使数据库内部屡次表读写操做，同时伴随的还有数据的加锁解锁操做，这对性能产生了较大影响。所以，对于并发Insert要求较高的系统，推荐采用uuid.hex 做为主键生成机制。