hibernate 主键生成机制

那么对应的.hbm.xml文件中的id字段的xml声明，
应该这么写：
<generator class="native" />
例如：
<id
column="user_id"
name="Id"
type="integer"
>
<generator class="native" />
</id>
其实这个native并非实际的类型，而是hiberante根据
当前使用的数据库，自动使用对应的类型。
例如：如果sqlserver，native就对应identity
见Hiberante参考：
native（本地）
根据底层数据库的能力选择identity, sequence 或者hilo中的一个。

2、如果主键字段不设置为自增，但是是int型的。
可以使用increment，由hibernate产生主键。
<generator class="increment" />
不过这种方法，对于并发量大的应用，似乎最好不要采用。
见hiberante参考：
increment（递增）
用于为long, short或者int类型生成唯一标识。只有在没有其他进程往同一张表中插入数据时才能使用。
在集群下不要使用。

3、如果使用uuid.hex产生的随机32位数最为主键。[/b]
那么数据库的id字段类型为char，长度为32
hbm.xml中写为：

<id nam="testId" column="TESTID">
     <generator class="uuid.hex"/>
</id>

另外，uuid.string也是功能类似。

uuid.hex产生的是32位的16进制数字的字符串。
而uuid.string产生的是16个字符长的任意ASCII字符组成的字符串
[color=red]但是在hibernate3.0后，不支持uuid.string,所以可能会报错：could not interpret id generator strategy[/color}
见参考：
uuid.hex
用一个128-bit的UUID算法生成字符串类型的标识符。在一个网络中唯一（使用了IP地址）。UUID被编码为一个32位16进制数字的字符串。
uuid.string
使用同样的UUID算法。UUID被编码为一个16个字符长的任意ASCII字符组成的字符串