HIbernate主键详解------Assigned Assigned方式由程序生成主键值,并且要在save()之前指定否则会抛出异常,这是 <generator>元素没有指定时的默认生成策略。 特点:主键的生成值完全由用户决定,与底层数据库无关。用户需要维护主键值,在调用session.save()之前要指定主键值。 HIbernate主键详解------Hilo Hilo使用高低位算法生成主键,高低位算法使用一个高位值和一个低位值,然后把算法得到的两个值拼接起来作为数据库中的唯一主键。Hilo方式需要额外的数据库表和字段提供高位值来源。默认请况下使用的表是 hibernate_unique_key,默认字段叫作next_hi。next_hi必须有一条记录否则会出现错误。 特点:需要额外的数据库表的支持,能保证同一个数据库中主键的唯一性,但不能保证多个数据库之间主键的唯一性。Hilo主键生成方式由Hibernate维护,所以Hilo方式与底层数据库无关,但不应该手动修改hi/lo算法使用的表的值,否则会引起主键重复的异常。
HIbernate主键详解------S eqhilo
使用一个高/低位算法来高效的生成 long, short 或者 int类型的标识符,给定一个数据库序列(sequence)的名字。
HIbernate主键详解------Increment Increment方式对主键值采取自动增长的方式生成新的主键值,但要求底层数据库的支持Sequence。如Oracle,DB2等。需要在映射文件xxx.hbm.xml中加入Increment标志符的设置。 特点:由Hibernate本身维护,适用于所有的数据库,不适合多进程并发更新数据库,适合单一进程访问数据库。不能用于群集环境。
注意:集成环境中多个jvm是会出现重复。 HIbernate主键详解------Identity Identity当时根据底层数据库,来支持自动增长,不同的数据库用不同的主键增长方式。 特点:与底层数据库有关,要求数据库支持Identity,如MySQl中是auto_increment, SQL Server 中是Identity,支持的数据库有MySql、SQL Server、DB2、Sybase和HypersonicSQL。不支持Oracle。 Identity无需Hibernate和用户的干涉,使用较为方便,但不便于在不同的数据库之间移植程序。 HIbernate主键详解------Sequence Sequence需要底层数据库支持Sequence方式,例如Oracle数据库等 特点:需要底层数据库的支持序列,支持序列的数据库有DB2、PostgreSql、Qracle、SAPDb等,但不支持MySql。在不同数据库之间移植程序,特别从支持序列的数据库移植到不支持序列的数据库需要修改配置文件。 HIbernate主键详解------Native Native主键生成方式会根据不同的底层数据库自动选择Identity、Sequence、Hilo主键生成方式 特点:根据不同的底层数据库采用不同的主键生成方式。由于Hibernate会根据底层数据库采用不同的映射方式,因此便于程序移植,项目中如果用到多个数据库时,可以使用这种方式。 HIbernate主键详解------UUID UUID使用128位UUID算法生成主键,能够保证网络环境下的主键唯一性(使用了IP地址)。也就能够保证在不同数据库及不同服务器下主键的唯一性。 UUID被编码为一个32位16进制数字的字符串。 特点;能够保证数据库中的主键唯一性,生成的主键占用比较多的存贮空间。 HIbernate主键详解------Foreign GUID Foreign用于一对一关系中,通常和 <one-to-one>联合起来使用。GUID主键生成方式使用了一种特殊算法,保证生成主键的唯一性,支持SQL Server和MySQL。
HIbernate主键详解------Select
通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。
********************************************************************
Hibernate主键生成方式 --> Key Generator主键产生器可选项说明:
assigned 主键由外部程序负责生成,无需Hibernate参与。
hilo 通过hi/lo 算法实现的主键生成机制,需要额外的数据库表保存主键生成历史状态。
seqhilo 与hilo 类似,通过hi/lo 算法实现的主键生成机制,只是主键历史状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。
increment 主键按数值顺序递增(即用于为long, short或者int类型生成唯一标识)。此方式的实现机制为在当前应用实例中维持一个变量,以保存着当前的最大值,之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是:如果当前有多个实例访问同一个数据库,那么由于各个实例各自维护主键状态,不同实例可能生成同样的主键,从而造成主键重复异常。因此,只有在没有其他进程往同一张表中插入数据时才能使用;如果同一数据库有多个实例访问,此方式必须避免使用。
identity 采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。
sequence 采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。
native 由Hibernate根据底层数据库自行判断采用identity、hilo、sequence 其中一种作为主键生成方式;特点:根据不同的底层数据库采用不同的主键生成方式。由于Hibernate会根据底层数据库采用不同的映射方式,因此便于程序移植,项目中如果用到多个数据库时,可以使用这种方式;例如:mysql主键设置为AUTO_INCREMENT(自增),就只能使用native。
uuid.hex 由Hibernate基于128 位唯一值产生算法生成16 进制数值(编码后以长度32 的字符串表示)作为主键。
foreign 使用外部表的字段作为主键。一般而言,利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。
另外由于常用的数据库,如Oracle、DB2、SQLServer、MySql 等,都提供了易用的主键生成机制(Auto-Increase 字段或者Sequence)。我们可以在数据库提供的主键生成机制上,采用generator-class=native的主键生成方式。不过值得注意的是,一些数据库提供的主键生成机制在效率上未必最佳,大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制,往往是通过在一个内部表中保存当前主键状态(如对于自增型主键而言,此内部表中就维护着当前的最大值和递增量),之后每次插入数据会读取这个最大值,然后加上递增量作为新记录的主键,之后再把这个新的最大值更新回内部表中,这样,一次Insert操作可能导致数据库内部多次表读写操作,同时伴随的还有数据的加锁解锁操作,这对性能产生了较大影响。因此, 对于并发Insert要求较高的系统,推荐采用uuid.hex 作为主键生成机制。