hibernate中主键生成方式

<generator class="native"/>

1、Assigned
主键由应用逻辑产生，数据交由Hibernate保存时，主键值已经设置完毕，无需hibernate干预。（在主键要特殊设置，有特殊意义的情况下使用，Hibernate不会自动生成了，否则会生成后替换到自己设定的主键）
2、hilo
通过hi/lo算法实现主键生成建机制，需要额外的数据库表保存主键生成的历史状态。
3、seqhilo
与hilo类似，通过hi/lo算法实现的主键生成机制，只要主键历史状态保存在sequence中，适用于支持sequence的数据库，例如：oracle。
4、increment
主键按数值顺序递增，此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成之间的时候将此值基础上加1作为主键。
这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同的实例可能生成相同的主键，从而造成主键重复异常。因此。如果同一个数据库有多个实例访问，此方式必须避免使用。
5、identity
采用数据库提供的主键生成机制，如SQL SERVER,MYSQL中的自增主键生成机制。
6、sequence
采用数据库提供的sequence机制生成主键，如oracle Sequence
7、native
由hibernate根据数据库适配器中的定义，自动采用identity、hilo、sequence的其中一种作为主键生成方式。
8、uuid.hex
由hibernate基于128位唯一值产生算法，根据当前设备IP，时间，JVM启动时间，内部自增量等4个参数生成十六进制数组（编码后以长度为32位的字符串表示）作为主键。
这种算法在最大程度上保证了产生ID的唯一性，即使是在多实例并发运行情况下，当然,重复的概率在理论上依然存在，只是实际上太过于渺茫。
一般而言，利用uuid.hex方式生成主键将提供做好的数据插入性能和数据库平台适用性。
9、uuid.String
与uuid.hex类似，只是生成的主键未进行编码（长度16位）。在某些数据库中可能出现问题（如PostgreSQL）
10、foreign
使用外部表的字段作为主键。
11、select
Hibernate3中新引入的主键获取机制，主要针对遗留系统的改造工程。