Hibernate提供的内置标识符生成器

Hibernate提供的内置标识符生成器详细说明：

“assigned” 主键由外部程序负责生成，在 save() 之前指定一个。比如对于一个表没有OID主键，要以name作为主键，则在设置genernator的class属性时要设为assigned。

“hilo” 通过hi/lo 算法实现的主键生成机制，需要额外的数据库表或字段提供高位值来源。

l         由于hilo生成标识符的机制不依赖于底层数据库系统，因此适用于所有的数据库系统。

l         OID必须为long、int或short类型。

l         Hign/low算法生成的标识只能在一个数据库中保证惟一。

l         当用户为Hibernate自行提供数据库连接，或者Hibernate通过JIA，从应用服务器的数据源获得数据库连接的进修无法使用hilo，因为这不能保证hilo在新的数据库连接的事务中访问hi_value表。在这种情况下，如果数据库系统支持序列，可以使用seqhilo生成器。

“seqhilo” 与hilo 类似，通过hi/lo 算法实现的主键生成机制，需要数据库中的 Sequence，适用于支持 Sequence 的数据库，如Oracle。

“increment” 主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：不能在集群下使用。

l         由于increment生成标识的机制不依赖于底层数据库系统，因此它适合于所有的数据库系统。

l         适用于只有单个Hibernate应用进程访问同一个数据库的场合，在集群环境下不推荐使用它。

l         OID必须为long、int或short类型。

“identity” 采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL 中的主键生成机制。

l         由于indetity生成标识符的机制依赖于底层数据库系统，因此，标示底层数据库系统必须支持自动增长字段类型。支持自动增长字段类型的数据库包括：DB2、MySQL、MS SQL Server、Sybase、HSQLDB和Informix等。

l         OID必须为long、int或short类型。

“sequence” 采用数据库提供的 sequence 机制生成主键。如 Oralce 中的Sequence。

l         由于sequence生成标识符的机制依赖于底层数据库系统的，因此，要求底层数据库系统必须支持序列。支持序列的数据库包括：Oracle、DB2、SAP DB和PostgreSQL等。

l         OID必须为long、int或short类型。

“native” 由 Hibernate 根据使用的数据库自行判断采用 identity、hilo、sequence 其中一种作为主键生成方式。

l         由于native能根据底层数据库系统的类型，自动选择合适的标识符生成器，因此很适合于跨数据库平台开发，即同一个Hibernate应用需要连接多种数据库场合。

l         OID必须为long、int或short类型。

“uuid.hex” 由 Hibernate 基于128 位 UUID 算法 生成16 进制数值（编码后以长度32 的字符串表示）作为主键。（主键要设为char类型）

“uuid.string” 与uuid.hex 类似，只是生成的主键未进行编码（长度16），不能应用在 PostgreSQL 数据库中。

“foreign” 使用另外一个相关联的对象的标识符作为主键。

其它的我也没有用过。呵呵