Hibernate的ID生成策略

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

2、如果主键字段不设置为自增，但是是int型的，
可以使用increment，由hibernate产生主键。
不过这种方法，对于并发量大的应用，似乎最好不要采用。
见hiberante参考：
increment（递增）
用于为long, short或者int类型生成唯一标识。只有在没有其他进程往同一张表中插入数据时才能使用。 在集群下不要使用。
3、如果使用uuid.hex产生的随机32位数最为主键，
那么数据库的id字段类型为char，长度为32
hbm.xml中写为：
另外，uuid.string也是功能类似。
uuid.hex产生的是32位的16进制数字的字符串。
而uuid.string产生的是16个字符长的任意ASCII字符组成的字符串
见参考：
uuid.hex
用一个128-bit的UUID算法生成字符串类型的标识符。在一个网络中唯一（使用了IP地址）。UUID被编码为一个32位16进制数字的字符串。
​uuid.string
使用同样的UUID算法。UUID被编码为一个16个字符长的任意ASCII字符组成的字符串。不能使用在PostgreSQL数据库中
可以指定的有如下几种：
increment:用于为 long, short 或者 int 类型生成 唯一标识。只有在没有其他进程往同一张表中插入数据时才能使用。在集群下不要使用。
identity:对 DB2，MySQL，MS SQL Server，Sybase 和 HypersonicSQL 的内置标识字段提供支持。返回的标识符是long，short 或者 int 类型的。
sequence:在 DB2，PostgreSQL，Oracle，SAP DB，McKoi 中使用序列（sequence）， 而在 Interbase 中使用生成器（generator）。返回的标识符是 long，short 或者 int 类型的。
hilo:使用一个高/低位算法高效的生成 long，short 或者 int 类型的标识符。给定一个表和字段（默认分别是hibernate_unique_key 和 next_hi）作为高位值的来源。高/低位算法生成的标识符只在一个特定的数据库中是唯一的。
seqhilo:使用一个高/低位算法来高效的生成 long，short 或者 int 类型的标识符，给定一个数据库序列（sequence)的名字。guid在 MS SQL Server 和 MySQL 中使用数据库生成的 GUID 字符串。

native根据底层数据库的能力选择 identity、sequence 或者 hilo 中的一个。
assigned:让应用程序在调用 save() 之前为对象分配一个标识符。这是元素没有指定时的默认生成策略。
select:通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。
foreign:使用另外一个相关联的对象的标识符。它通常和联合起来使用。
uuid.hex:用一个128-bit的UUID算法生成字符串类型的标识符。在一个网络中唯一（使用了IP地址）。UUID被编码为一个32位16进制数字的字符串。
uuid.string:使用同样的UUID算法。UUID被编码为一个16个字符长的任意ASCII字符组成的字符串。不能使用在PostgreSQL数据库中。