1.设置id的原因

我们表里面一般有一个id作为主键，一般id不需要手动去传值的。


在实际工作中，在数据库中建表的时候，id在数据库中都是设置成自增字段。


对于类的对象里面的字段，就无法指定自增，需要靠程序自动的生成或者靠数据库来帮我们自动的生成。


Jpa/hibernate就已经实现了这样的能力，你可以通过设置来告诉它id怎么样生成，这样你写程序的时候就不用设置id了，这就叫“id的生成策略”。

2.让数据库自动生成id的方法

在实体类的xml配置文件中，有：

<id
        name="(1)propertyName"
        type="(2)typename"
        column(3)="column_name"
        unsave(4)d-value="null|any|none|undefined|id_value"
        access(5)="field|property|ClassName">
        node="element-name|@attribute-name|element/@attribute|."


        <generator class="generatorClass"/>
</id>



这里的<generator class="generatorClass"/>，就是一个id的生成器。




generator可以有各种各样的值，每个值指定了它的生成方式。


我们利用generator里面的某种生成方式来生成一个随机的id字段、。




生成方式有以下几种：


1.increment


用于为 long, short 或者 int 类型生成 唯一标识。只有在没有其他进程往同一张表中插入数据时才能使用。在集群下不要使用。




2.identity


对 DB2，MySQL，MS SQL Server，Sybase 和 HypersonicSQL 的内置标识字段提供支持。返回的标识符是 long，short 或者 int 类型的。




3.sequence


在 DB2，PostgreSQL，Oracle，SAP DB，McKoi 中使用序列（sequence）， 而在 Interbase 中使用生成器（generator）。返回的标识符是 long，short 或者 int 类型的。




4.hilo


使用一个高/低位算法高效的生成 long，short 或者 int 类型的标识符。给定一个表和字段（默认分别是 hibernate_unique_key 和 next_hi）作为高位值的来源。高/低位算法生成的标识符只在一个特定的数据库中是唯一的。




5.seqhilo


使用一个高/低位算法来高效的生成 long，short 或者 int 类型的标识符，给定一个数据库序列（sequence)的名字。




6.uuid算法


UUID 包含：IP 地址、JVM 的启动时间（精确到 1/4 秒）、系统时间和一个计数器值（在 JVM 中唯一）。 在 Java 代码中不可能获得 MAC 地址或者内存地址，所以这已经是我们在不使用 JNI 的前提下的能做的最好实现了。




7.uuid2




8.guid


在 MS SQL Server 和 MySQL 中使用数据库生成的 GUID 字符串。




9.native


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




10.assigned


让应用程序在调用 save() 之前为对象分配一个标识符。这是 <generator> 元素没有指定时的默认生成策略。




11.select


通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。




12.foreign


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




13.sequence-identity


一种特别的序列生成策略，它使用数据库序列来生成实际值，但将它和 JDBC3 的 getGeneratedKeys 结合在一起，使得在插入语句执行的时候就返回生成的值。目前为止只有面向 JDK 1.4 的 Oracle 10g 驱动支持这一策略。由于 Oracle 驱动程序的一个 bug，这些插入语句的注释被关闭了。






下面就用uuid算法在java实体类中生成数据库表的id主键：


详见我的文章：

《XML生成id的方法之uuid算法生成随机id》


​