hibernate中ORM映射文件中的generator使用方法

SSH架构下，向数据库中保存一个持久化对象时，出现以下错误：

ids for this class must be manually assigned before calling save() ...

原因是未给该对象的主键属性赋值，而hbm文件中自动生成的配置是assigned（也就是说要求该属性值必须由应用程序提供值）。

<id name="id" type="java.lang.Integer">

<column name="id" />

<generator class="assigned" />

</id>

assigned要求该字段必须由应用程序提供一个值。如果希望该字段值由数据库自动生成，可将其改为identity，如下：

<id name="id" type="java.lang.Integer">

<column name="id" />

<generator class="identity" />

</id>

这样每次向数据库保存持久化对象时就不需指定id值了。

关于hibernate的generator可选值如下：

原文地址：http://hi.baidu.com/it_lantu/blog/item/d7c2bffa04e3062a4e4aea5c.html

“assigned”：

主键由外部程序负责生成，在 save() 之前指定一个。

“hilo”：

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

“seqhilo”：

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

“increment”：

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

“identity”：

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

“sequence”：

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

“native”：

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

“uuid.hex”：

由 Hibernate 基于128 位 UUID 算法 生成16 进制数值（编码后以长度32 的字符串表示）作为主键。

“uuid.string”：

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

“foreign”：

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

<id>元素中的<generator>用来为该持久化类的实例生成唯一的标识，hibernate提供了很多内置的实现。

Increment:由hibernate自动递增生成标识符,用于为long, short或者int类型生成唯一标识。

identity :由底层数据库生成标识符(自动增长),返回的标识符是 long, short 或者int类型的。

sequence :hibernate根据底层数据库序列生成标识符,返回的标识符 是long, short或者 int类型的。

hilo :使用一个高/低位算法来高效的生成long, short 或者int类型的标识符。

uuid.hex :用一个128-bit的UUID算法生成32位字符串类型的标识符。

native :根据底层数据库的能力选择identity, sequence 或者hilo中的一个。

assigned :让应用程序在save()之前为对象分配一个标示符。

foreign :使用另外一个相关联的对象的标识符。和<one-to-one>联合一起使用。