hibernate主键id生成方式.docVIP

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 作为主键生成机制。 十五道Hibernate面试题并附有答案 (1)一般情况下，关系数据模型与对象模型之间有哪些匹配关系（多选） A)表对应类B)记录对应对象C)表的字段对应类的属性D)表之间的参考关系对应类之间的依赖关系 (2)以下关于SessionFactory的说法哪些正确？（多选） A)对于每个数据库事务，应该创建一个SessionFactory对象B)一个SessionFactory对象对应一个数据库存储源。C)SessionFactory是重量级的对象，不应该随意创建。如果系统中只有一个数据库存储源，只需要创建一个。D)SessionFactory的load()方法用于加载持久化对象 (4)元素有一个cascade属性，如果希望Hibernate级联保存集合中的对象，casecade属性应该取什么值？（单选） A)noneB)save C)delete D)save-update (5)以下哪些属于Session的方法？ A)load()B)save() C)delete() D)update() E)open() F)close() (6)以下程序的打印结果是什么？（单选） tx?=?session.beginTransaction(); ? Customer?c1=(Customer)session.load(Customer.class,new?Long(1)); ? Customer?c2=(Customer)session.load(Customer.class,new?Long(1)); ? System.out.println(c1==c2); ? mit(); ? session.close();? A)运行出错，抛出异常B)打印falseC)打印true (7)以下程序代码对Customer的name属性修改了两次： tx?=?session.beginTra