[size=11px]急需!~想搞清楚hibernate的几种主健生成方式~意思是比如我数据库里定义了表的主建ID是:ID int not null identity(1,1) primary key ;那么对应的Hibernate生成主建就只能是identity或者是native,现在搞不清其他的几种 ,有谁知道的请指教~越详细越好 最好象我这样能够讲清楚表主建怎么定义-->hibernate就要怎么定义~~谢谢~感激不尽~~~~~~[/size]

解决方案 »

  1.   

    Key Generator
    主键产生器
    可选项说明:
    1) assigned
    主键由外部程序负责生成,无需Hibernate参与。2) hilo
    通过hi/lo 算法实现的主键生成机制,需要额外的数据库表保存主
    键生成历史状态。3) seqhilo
    与hilo 类似,通过hi/lo 算法实现的主键生成机制,只是主键历史
    状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。4) increment
    主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持
    一个变量,以保存着当前的最大值,之后每次需要生成主键的时候
    将此值加1作为主键。
    这种方式可能产生的问题是:如果当前有多个实例访问同一个数据
    库,那么由于各个实例各自维护主键状态,不同实例可能生成同样
    的主键,从而造成主键重复异常。因此,如果同一数据库有多个实
    例访问,此方式必须避免使用。5) identity
    采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL
    中的主键生成机制。6) sequence
    采用数据库提供的sequence 机制生成主键。如Oralce 中的
    Sequence。7) native
    由Hibernate根据底层数据库自行判断采用identity、hilo、sequence
    其中一种作为主键生成方式。8) uuid.hex
    由Hibernate基于128 位唯一值产生算法生成16 进制数值(编码后
    以长度32 的字符串表示)作为主键。9) uuid.string
    与uuid.hex 类似,只是生成的主键未进行编码(长度16)。在某些
    数据库中可能出现问题(如PostgreSQL)。10) foreign
    使用外部表的字段作为主键。
    一般而言,利用uuid.hex方式生成主键将提供最好的性能和数据库平台适
    应性。另外由于常用的数据库,如Oracle、DB2、SQLServer、MySql 等,都提
    供了易用的主键生成机制(Auto-Increase 字段或者Sequence)。我们可以在数
    据库提供的主键生成机制上,采用generator-class=native的主键生成方式。
    不过值得注意的是,一些数据库提供的主键生成机制在效率上未必最佳,
    大量并发insert数据时可能会引起表之间的互锁。
    数据库提供的主键生成机制,往往是通过在一个内部表中保存当前主键状
    态(如对于自增型主键而言,此内部表中就维护着当前的最大值和递增量),
    之后每次插入数据会读取这个最大值,然后加上递增量作为新记录的主键,之
    后再把这个新的最大值更新回内部表中,这样,一次Insert操作可能导致数据
    库内部多次表读写操作,同时伴随的还有数据的加锁解锁操作,这对性能产生
    了较大影响。
    因此,对于并发Insert要求较高的系统,推荐采用uuid.hex 作为主键生成
    机制
      

  2.   


    常用的是:
     1.native 
    <id name="name">
      <gengerator class="native"/>
    </id>
    2.sequence Oracle默认的
    <id name="name">
      <gengerator class="sequence "/>
    </id>
    3.increment
    <id name="name">
      <gengerator class="increment"/>
    </id>
    一般就这3种用的比较多,看你的需要吧
      

  3.   

    Key Generator
    主键产生器
    可选项说明:
    1) assigned
    主键由外部程序负责生成,无需Hibernate参与。2) hilo
    通过hi/lo 算法实现的主键生成机制,需要额外的数据库表保存主
    键生成历史状态。3) seqhilo
    与hilo 类似,通过hi/lo 算法实现的主键生成机制,只是主键历史
    状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。4) increment
    主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持
    一个变量,以保存着当前的最大值,之后每次需要生成主键的时候
    将此值加1作为主键。
    这种方式可能产生的问题是:如果当前有多个实例访问同一个数据
    库,那么由于各个实例各自维护主键状态,不同实例可能生成同样
    的主键,从而造成主键重复异常。因此,如果同一数据库有多个实
    例访问,此方式必须避免使用。5) identity
    采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL
    中的主键生成机制。6) sequence
    采用数据库提供的sequence 机制生成主键。如Oralce 中的
    Sequence。7) native
    由Hibernate根据底层数据库自行判断采用identity、hilo、sequence
    其中一种作为主键生成方式。8) uuid.hex
    由Hibernate基于128 位唯一值产生算法生成16 进制数值(编码后
    以长度32 的字符串表示)作为主键。9) uuid.string
    与uuid.hex 类似,只是生成的主键未进行编码(长度16)。在某些
    数据库中可能出现问题(如PostgreSQL)。10) foreign
    使用外部表的字段作为主键。
    一般而言,利用uuid.hex方式生成主键将提供最好的性能和数据库平台适
    应性。另外由于常用的数据库,如Oracle、DB2、SQLServer、MySql 等,都提
    供了易用的主键生成机制(Auto-Increase 字段或者Sequence)。我们可以在数
    据库提供的主键生成机制上,采用generator-class=native的主键生成方式。
    不过值得注意的是,一些数据库提供的主键生成机制在效率上未必最佳,
    大量并发insert数据时可能会引起表之间的互锁。
    数据库提供的主键生成机制,往往是通过在一个内部表中保存当前主键状
    态(如对于自增型主键而言,此内部表中就维护着当前的最大值和递增量),
    之后每次插入数据会读取这个最大值,然后加上递增量作为新记录的主键,之
    后再把这个新的最大值更新回内部表中,这样,一次Insert操作可能导致数据
    库内部多次表读写操作,同时伴随的还有数据的加锁解锁操作,这对性能产生
    了较大影响。
    因此,对于并发Insert要求较高的系统,推荐采用uuid.hex 作为主键生成
    机制
      

  4.   

    Key   Generator 
    主键产生器 
    可选项说明: 
    1)   assigned 
    主键由外部程序负责生成,无需Hibernate参与。 2)   hilo 
    通过hi/lo   算法实现的主键生成机制,需要额外的数据库表保存主 
    键生成历史状态。 3)   seqhilo 
    与hilo   类似,通过hi/lo   算法实现的主键生成机制,只是主键历史 
    状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。 4)   increment 
    主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持 
    一个变量,以保存着当前的最大值,之后每次需要生成主键的时候 
    将此值加1作为主键。 
    这种方式可能产生的问题是:如果当前有多个实例访问同一个数据 
    库,那么由于各个实例各自维护主键状态,不同实例可能生成同样 
    的主键,从而造成主键重复异常。因此,如果同一数据库有多个实 
    例访问,此方式必须避免使用。 5)   identity 
    采用数据库提供的主键生成机制。如DB2、SQL   Server、MySQL 
    中的主键生成机制。 6)   sequence 
    采用数据库提供的sequence   机制生成主键。如Oralce   中的 
    Sequence。 7)   native 
    由Hibernate根据底层数据库自行判断采用identity、hilo、sequence 
    其中一种作为主键生成方式。 8)   uuid.hex 
    由Hibernate基于128   位唯一值产生算法生成16   进制数值(编码后 
    以长度32   的字符串表示)作为主键。 9)   uuid.string 
    与uuid.hex   类似,只是生成的主键未进行编码(长度16)。在某些 
    数据库中可能出现问题(如PostgreSQL)。 10)   foreign 
    使用外部表的字段作为主键。 
    一般而言,利用uuid.hex方式生成主键将提供最好的性能和数据库平台适 
    应性。 另外由于常用的数据库,如Oracle、DB2、SQLServer、MySql   等,都提 
    供了易用的主键生成机制(Auto-Increase   字段或者Sequence)。我们可以在数 
    据库提供的主键生成机制上,采用generator-class=native的主键生成方式。 
    不过值得注意的是,一些数据库提供的主键生成机制在效率上未必最佳, 
    大量并发insert数据时可能会引起表之间的互锁。 
    数据库提供的主键生成机制,往往是通过在一个内部表中保存当前主键状 
    态(如对于自增型主键而言,此内部表中就维护着当前的最大值和递增量), 
    之后每次插入数据会读取这个最大值,然后加上递增量作为新记录的主键,之 
    后再把这个新的最大值更新回内部表中,这样,一次Insert操作可能导致数据 
    库内部多次表读写操作,同时伴随的还有数据的加锁解锁操作,这对性能产生 
    了较大影响。 
    因此,对于并发Insert要求较高的系统,推荐采用uuid.hex   作为主键生成 
    机制 ---------------------
    这个很详细了吧