- 浏览: 1757143 次
- 性别:
- 来自: 大连
博客专栏
-
Spring数据库访问系列...
浏览量:173686
-
Android学习笔记
浏览量:368157
-
iBatis开发详解
浏览量:189285
-
Objective-C学习...
浏览量:99864
最新评论
-
iLidy:
引用[/c
Hibernate持久化对象的生命周期详解 -
fengzigogo:
您好,有这个项目架构的源码下载地址吗?
一种Java Web应用开发框架的构建(基于Struts2+Spring+FreeMarker)之一 -
spring_springmvc:
可以参考最新的文档:如何在eclipse jee中检出项目并转 ...
用Maven构建Java Web开发环境(Jetty容器)之二 -
springdata_springmvc:
spring mvc demo教程源代码下载,地址:http: ...
Spring 3之MVC & Security简单整合开发(二) -
赵庆辉:
看帖回复是美德,楼主讲的很清晰明了,看了豁然开朗.
Java String对象的经典问题(new String())
数据库中的主键能够唯一识别一条记录,它可以是一个字段也可以是多个字段的组合。主键的主要作用是标识表中的一条记录,还有和其他表中的数据进行关联。数据库中的主键类型必须符合唯一性约束和非空约束。作为附加属性,主键应该尽可能简洁,不要包含过多属性。根据这个原则,主键可以分为自然主键和代理主键。
自然主键是数据表中有逻辑含义的字段,比如身份证号来唯一确定一条个人记录。也可以通过学号和课程号来唯一确定成绩。使用自然主键时如果业务发生变化则对数据库调整是极其麻烦的,所以数据库设计使用代理主键是非常好的选择。代理主键是一个和业务无关的流水号,一般采用数据库中自动增长的机制自动生成。例如Oracle数据库使用序列,MySQL和SQL Server有自动增长(auto increment)类型,该字段类型一般为Integer,名称设置为ID或XXID。下面来看看Hibernate中的主键生成策略,实验都以Oracle为主,MySQL为辅来说明。
第一种是increment策略,Hibernate配置如下:
运行结果如下:
可以看出,Hibernate是从数据库中先找出已经存在的最大主键数值,然后加1后作为新纪录的主键再执行插入语句。这种策略不适合非独享数据库或者分布式的Hibernate应用,否则就很难保证主键值的唯一了。
第二种是identity策略,Hibernate中配置如下:
这种策略在Oracle中无法使用,因为这种策略是针对数据库中字段自动增长类型。改在MySQL中测试,得到如下结果:
多次运行程序,在数据库中查看,可以看到主键是自动进行递增的。
第三种是sequence策略,Hibernate中配置如下:
使用序列策略是,需要现在数据库中创建一条序列,运行程序,得到如下结果:
可以看出Hibernate先从序列中得到下一个数值,然后执行插入操作。
第四种是hilo策略,这是Hibernate采用一种称为“高/低位”(hi/lo)的算法产生标识符属性值,该算法采用一个高位值和一个低位值进行运算,结果作为标识符属性的值。使用该策略时,需要在数据库中建立一个表和其中一个字段,名称可以自定。其中的字段值作为高位值的来源。在Hibernate中配置如下:
可以见名知意,我使用的表名是HIBERNATE_KEY,字段名是NEXT_HIVALUE,然后给该字段设置一个值,作为高位。低位Hibernate有自己的管理机制可不用创建,也可以给出在配置文件中用<param name="max_lo">1</param>的形式给出即可,一般使用情况下使用1更好。该算法是每次按max_lo数值递增。Hibernate的执行结果还是一条语句,如下:
执行后高位自动加1,然后到数据库中就可以查看生成的主键数值。该策略与底层的数据库无关,只要保证高位降低,那么生成的主键值是唯一的,并且可跨数据库使用。
第五种是seqhilo策略,基于hilo策略,这种方式的标识符属性生成时指定一个序列作为高位值,那么在Hibernate中的配置如下:
执行插入后,Hibernate首先取出序列的下一个值作为高位值,然后计算一个ID出来进行操作,得到如下结果:
第六种是uuid策略,这种策略是使用128位的UUID算法来生成字符串类型标识符属性,这种算法使用IP地址,JVM的启动时间(精确到1/4秒),系统时间和一个计数器(在当前JVM中唯一)这些数值经过计算得到一个标识符属性的值,产生的值是32位长度的字符串,则使用前需要将数据库字段调整到varchar2(32),持久化类的ID属性改为String进行测试。Hibernate中配置如下,注意字段信息的修改:
执行后Hibernate的结果还是一条插入语句,这里不再复制了,我们看看数据库中的结果吧,如下图,就得到了32位的主键值了。
在做文件下载时,用这种策略生成的主键就可以作为下载链接,而不用在人为去制作链接,是一个不错的选择。
第七种是guid策略,Hibernate中配置如下:
这个在Oracle中是用了sys_guid()函数生成的值,而在MySQL中使用uuid()函数生成值,这个值要设置成varchar2/varchar类型,区别在于Oracle中是32位长度,而MySQL原生是36位(有4个-隔开)。运行程序得到如下结果:(Oracle环境下)
(MySQL环境下)
第八种是native策略,native字面意思是“本地的”,那么对于数据库,Hibernate该如何选择呢?Hibernate根据所使用的数据库支持能力从identity,sequence或者hilo策略中选择一种,Hibernate中配置很简单:
在Oracle下,Oracle先创建一个序列,使用默认名(数据库名_SEQUENCE),然后执行插入操作,而在MySQL下则使用identity策略,使用了自动增长的字段。Oracle中测试结果如下:
第九种是assigned策略,这种方式也是Hibernate中<generator>没有配置标识符属性生成策略时默认使用的方式。但使用这种策略时需要我们自定义标识符属性的值,也就是我们人为设置标识符属性的值,这就需要在程序中显式为标识符属性(ID)赋值。配置方式如下:
第十种是foreign策略,这种方式是通过关联的持久化对象为当前的持久化对象设置标识符属性,当他们是一对一关联时,一个持久化类的主键值可以参考关联持久化类的标识符属性值。我们做一个完整的实例来看。(使用Hibernate为我们自动创建表)
hibernate.cfg.xml
User持久化类和映射文件:
Profile持久化类和映射文件如下:
注意二者<one-to-one>配置时的属性是不同的,因为主动的一方是User,被动的一方是Profile,才会要求一个配置cascade,cascade为all表示表示主动一方无论执行任何操作,其关联对象执行同样的操作。一个配置constrained,constrained为true表示约束Profile对象的标识符属性必须与User对象的标识符属性相同。测试类如下:
执行程序,我们得到如下结果:
我们为User对象设置的标识符属性生成策略是native,则在Oracle数据库中使用序列生成。为Profie对象设置的标识符属性生成策略是foreign,它就按照主体对象的标识符属性获取。其实这种一对一关系完全可以合并到一个表中,只是为了说明,分开来演示例子而已。而实际情况就要具体问题具体分析了,主要在业务层面考虑而不是具体的技术实现。
最后来说一下标识符属性生成策略的选择方式。应用不需要分布式时,在数据库支持的sequence,identity,hilo,seqhilo和uuid中选择比较好。而分布式数据库应用中uuid是最佳选择。若是改造遗留系统,那么使用assigned是最合适的了。
欢迎交流,希望对使用者有用。
我认为主键策略和业务是直接相关的。也是和所用的DBMS有关。比如Oracle一般使用SEQ,MySQL和SQL Server喜欢用Identity,当然并不绝对。
那么在使用第三类时,如果是Oracle的序列,可以先select seq.netval from dual,这样的话拿到一个值,做插入和后续处理都可以使用这个值,也就是主键。
使用identity时,也是可以获取到数据库生成的主键值,Spring的KeyHolder就很容易做到,请参考相关介绍。
有问题,可以继续交流。
看了你的文章,我发表在bbs上发起了关于主键id的议论,希望可以看一下。
http://www.iteye.com/topic/1121025
我认为主键策略和业务是直接相关的。也是和所用的DBMS有关。比如Oracle一般使用SEQ,MySQL和SQL Server喜欢用Identity,当然并不绝对。
那么在使用第三类时,如果是Oracle的序列,可以先select seq.netval from dual,这样的话拿到一个值,做插入和后续处理都可以使用这个值,也就是主键。
使用identity时,也是可以获取到数据库生成的主键值,Spring的KeyHolder就很容易做到,请参考相关介绍。
有问题,可以继续交流。
自然主键是数据表中有逻辑含义的字段,比如身份证号来唯一确定一条个人记录。也可以通过学号和课程号来唯一确定成绩。使用自然主键时如果业务发生变化则对数据库调整是极其麻烦的,所以数据库设计使用代理主键是非常好的选择。代理主键是一个和业务无关的流水号,一般采用数据库中自动增长的机制自动生成。例如Oracle数据库使用序列,MySQL和SQL Server有自动增长(auto increment)类型,该字段类型一般为Integer,名称设置为ID或XXID。下面来看看Hibernate中的主键生成策略,实验都以Oracle为主,MySQL为辅来说明。
第一种是increment策略,Hibernate配置如下:
<id name="id" column="ID" type="java.lang.Integer" length="10"> <generator class="increment"></generator> </id>
运行结果如下:
Hibernate: select max(ID) from USERS Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values(?, ?, ?, ?, ?, ?)
可以看出,Hibernate是从数据库中先找出已经存在的最大主键数值,然后加1后作为新纪录的主键再执行插入语句。这种策略不适合非独享数据库或者分布式的Hibernate应用,否则就很难保证主键值的唯一了。
第二种是identity策略,Hibernate中配置如下:
<id name="id" column="ID" type="java.lang.Integer" length="10"> <generator class="identity"></generator> </id>
这种策略在Oracle中无法使用,因为这种策略是针对数据库中字段自动增长类型。改在MySQL中测试,得到如下结果:
Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME) values(?, ?, ?, ?, ?)
多次运行程序,在数据库中查看,可以看到主键是自动进行递增的。
第三种是sequence策略,Hibernate中配置如下:
<generator class="sequence"> <param name="sequence">SEQ_HIBERNATE_USERS</param> </generator>
使用序列策略是,需要现在数据库中创建一条序列,运行程序,得到如下结果:
Hibernate: select SEQ_HIBERNATE_USERS.nextval from dual Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
可以看出Hibernate先从序列中得到下一个数值,然后执行插入操作。
第四种是hilo策略,这是Hibernate采用一种称为“高/低位”(hi/lo)的算法产生标识符属性值,该算法采用一个高位值和一个低位值进行运算,结果作为标识符属性的值。使用该策略时,需要在数据库中建立一个表和其中一个字段,名称可以自定。其中的字段值作为高位值的来源。在Hibernate中配置如下:
<generator class="hilo"> <param name="table">HIBERNATE_KEY</param> <param name="column">NEXT_HIVALUE</param> </generator>
可以见名知意,我使用的表名是HIBERNATE_KEY,字段名是NEXT_HIVALUE,然后给该字段设置一个值,作为高位。低位Hibernate有自己的管理机制可不用创建,也可以给出在配置文件中用<param name="max_lo">1</param>的形式给出即可,一般使用情况下使用1更好。该算法是每次按max_lo数值递增。Hibernate的执行结果还是一条语句,如下:
Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
执行后高位自动加1,然后到数据库中就可以查看生成的主键数值。该策略与底层的数据库无关,只要保证高位降低,那么生成的主键值是唯一的,并且可跨数据库使用。
第五种是seqhilo策略,基于hilo策略,这种方式的标识符属性生成时指定一个序列作为高位值,那么在Hibernate中的配置如下:
<generator class="seqhilo"> <param name="sequence">SEQ_HIBERNATE_USERS</param> </generator>
执行插入后,Hibernate首先取出序列的下一个值作为高位值,然后计算一个ID出来进行操作,得到如下结果:
Hibernate: select SEQ_HIBERNATE_USERS.nextval from dual Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
第六种是uuid策略,这种策略是使用128位的UUID算法来生成字符串类型标识符属性,这种算法使用IP地址,JVM的启动时间(精确到1/4秒),系统时间和一个计数器(在当前JVM中唯一)这些数值经过计算得到一个标识符属性的值,产生的值是32位长度的字符串,则使用前需要将数据库字段调整到varchar2(32),持久化类的ID属性改为String进行测试。Hibernate中配置如下,注意字段信息的修改:
<id name="id" column="ID" type="java.lang.String" length="32"> <generator class="uuid"> </generator> </id>
执行后Hibernate的结果还是一条插入语句,这里不再复制了,我们看看数据库中的结果吧,如下图,就得到了32位的主键值了。
在做文件下载时,用这种策略生成的主键就可以作为下载链接,而不用在人为去制作链接,是一个不错的选择。
第七种是guid策略,Hibernate中配置如下:
<generator class="guid"></generator>
这个在Oracle中是用了sys_guid()函数生成的值,而在MySQL中使用uuid()函数生成值,这个值要设置成varchar2/varchar类型,区别在于Oracle中是32位长度,而MySQL原生是36位(有4个-隔开)。运行程序得到如下结果:(Oracle环境下)
Hibernate: select rawtohex(sys_guid()) from dual Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
(MySQL环境下)
Hibernate: select uuid() Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
第八种是native策略,native字面意思是“本地的”,那么对于数据库,Hibernate该如何选择呢?Hibernate根据所使用的数据库支持能力从identity,sequence或者hilo策略中选择一种,Hibernate中配置很简单:
<generator class="native"></generator>
在Oracle下,Oracle先创建一个序列,使用默认名(数据库名_SEQUENCE),然后执行插入操作,而在MySQL下则使用identity策略,使用了自动增长的字段。Oracle中测试结果如下:
Hibernate: select hibernate_sequence.nextval from dual Hibernate: insert into USERS (NAME, PHONE, DEPARTMENT, CITY, HIRE_TIME, ID) values (?, ?, ?, ?, ?, ?)
第九种是assigned策略,这种方式也是Hibernate中<generator>没有配置标识符属性生成策略时默认使用的方式。但使用这种策略时需要我们自定义标识符属性的值,也就是我们人为设置标识符属性的值,这就需要在程序中显式为标识符属性(ID)赋值。配置方式如下:
<generator class="assigned"></generator>
第十种是foreign策略,这种方式是通过关联的持久化对象为当前的持久化对象设置标识符属性,当他们是一对一关联时,一个持久化类的主键值可以参考关联持久化类的标识符属性值。我们做一个完整的实例来看。(使用Hibernate为我们自动创建表)
hibernate.cfg.xml
<?xml version='1.0' encoding='UTF-8'?> <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd"> <hibernate-configuration> <session-factory> <property name="connection.driver_class">oracle.jdbc.driver.OracleDriver</property> <property name="connection.url">jdbc:oracle:thin:@localhost:1521:orcl</property> <property name="hibernate.connection.username">hibernate</property> <property name="hibernate.connection.password">hibernate</property> <property name="hibernate.dialect">org.hibernate.dialect.OracleDialect</property> <property name="current_session_context_class">thread</property> <property name="hbm2ddl.auto">create</property> <property name="show_sql">true</property> <property name="format_sql">false</property> <mapping resource="demo/domain/User.hbm.xml" /> <mapping resource="demo/domain/Profile.hbm.xml" /> </session-factory> </hibernate-configuration>
User持久化类和映射文件:
package demo.domain; public class User implements java.io.Serializable { private Integer id; private String name; private String password; private Profile profile; public User() { } // get和set方法 public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getPassword() { return password; } public void setPassword(String password) { this.password = password; } public Profile getProfile() { return profile; } public void setProfile(Profile profile) { this.profile = profile; } }
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> <hibernate-mapping> <class name="demo.domain.User" table="USERS"> <id name="id" column="ID" type="java.lang.Integer" length="10"> <generator class="native"> </generator> </id> <property name="name" column="NAME" type="java.lang.String" length="20" not-null="true" /> <property name="password" column="PASSWORD" type="java.lang.String" length="32" /> <one-to-one name="profile" class="demo.domain.Profile" outer-join="true" cascade="all" /> </class> </hibernate-mapping>
Profile持久化类和映射文件如下:
package demo.domain; public class Profile implements java.io.Serializable { private Integer id; private String info; private User user; public Profile() { } public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } public String getInfo() { return info; } public void setInfo(String info) { this.info = info; } public User getUser() { return user; } public void setUser(User user) { this.user = user; } }
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> <hibernate-mapping> <class name="demo.domain.Profile" table="PROFILES"> <id name="id" column="ID" type="java.lang.Integer" length="10"> <generator class="foreign"> <param name="property">user</param> </generator> </id> <property name="info" column="INFO" type="java.lang.String" length="200" not-null="true" /> <one-to-one name="user" class="demo.domain.User" constrained="true" /> </class> </hibernate-mapping>
注意二者<one-to-one>配置时的属性是不同的,因为主动的一方是User,被动的一方是Profile,才会要求一个配置cascade,cascade为all表示表示主动一方无论执行任何操作,其关联对象执行同样的操作。一个配置constrained,constrained为true表示约束Profile对象的标识符属性必须与User对象的标识符属性相同。测试类如下:
package demo; import org.hibernate.*; import org.hibernate.cfg.Configuration; import demo.domain.*; public class Test { public static void main(String[] args) { Configuration config = new Configuration(); config.configure(); SessionFactory sessionFactory = config.buildSessionFactory(); Session session = sessionFactory.getCurrentSession(); Transaction tx = session.beginTransaction(); User user = new User(); user.setName("Tom"); user.setPassword("123456"); Profile profile = new Profile(); profile.setInfo("Information"); //双向关联 user.setProfile(profile); profile.setUser(user); session.save(user); tx.commit(); } }
执行程序,我们得到如下结果:
Hibernate: select hibernate_sequence.nextval from dual Hibernate: insert into USERS (NAME, PASSWORD, ID) values (?, ?, ?) Hibernate: insert into PROFILES (INFO, ID) values (?, ?)
我们为User对象设置的标识符属性生成策略是native,则在Oracle数据库中使用序列生成。为Profie对象设置的标识符属性生成策略是foreign,它就按照主体对象的标识符属性获取。其实这种一对一关系完全可以合并到一个表中,只是为了说明,分开来演示例子而已。而实际情况就要具体问题具体分析了,主要在业务层面考虑而不是具体的技术实现。
最后来说一下标识符属性生成策略的选择方式。应用不需要分布式时,在数据库支持的sequence,identity,hilo,seqhilo和uuid中选择比较好。而分布式数据库应用中uuid是最佳选择。若是改造遗留系统,那么使用assigned是最合适的了。
欢迎交流,希望对使用者有用。
评论
4 楼
gudong2945
2012-03-01
sarin 写道
gudong2945 写道
文章很全面,说明楼主都是一个一个测试过的。严谨的精神令人敬佩!
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
我认为主键策略和业务是直接相关的。也是和所用的DBMS有关。比如Oracle一般使用SEQ,MySQL和SQL Server喜欢用Identity,当然并不绝对。
那么在使用第三类时,如果是Oracle的序列,可以先select seq.netval from dual,这样的话拿到一个值,做插入和后续处理都可以使用这个值,也就是主键。
使用identity时,也是可以获取到数据库生成的主键值,Spring的KeyHolder就很容易做到,请参考相关介绍。
有问题,可以继续交流。
看了你的文章,我发表在bbs上发起了关于主键id的议论,希望可以看一下。
http://www.iteye.com/topic/1121025
3 楼
sarin
2012-02-27
gudong2945 写道
文章很全面,说明楼主都是一个一个测试过的。严谨的精神令人敬佩!
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
我认为主键策略和业务是直接相关的。也是和所用的DBMS有关。比如Oracle一般使用SEQ,MySQL和SQL Server喜欢用Identity,当然并不绝对。
那么在使用第三类时,如果是Oracle的序列,可以先select seq.netval from dual,这样的话拿到一个值,做插入和后续处理都可以使用这个值,也就是主键。
使用identity时,也是可以获取到数据库生成的主键值,Spring的KeyHolder就很容易做到,请参考相关介绍。
有问题,可以继续交流。
2 楼
gudong2945
2012-02-27
文章很全面,说明楼主都是一个一个测试过的。严谨的精神令人敬佩!
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
有个问题需要和楼主交流一下。
hibernate虽然提供了如此多的主键生成策略,可以大致分为三类
第一类:assigned,也就是说,hibernate不管理你的主键了,你自己搞,冲突了数据库就报错。
第二类:hibernate生成的主键,如uuid,它在生成主键时,不需要与数据库交换,
第三类:数据库生成,如sequence。
我目前的系统是使用assigned,然后我自己管理这个主键生成。
例如:我要新建一个对象,然后转向到我的edit.jsp页面。jstl表达式判断是否有id,如果有method=update(跟新)否则method=save,并且在jsp页面生成id,填写业务数据,然后提交保存。
这样我避免了与数据库的访问。
如果使用第三类主键生成策略
就会出现
1、无法通过id来判断是新建还是修改
2、部分js依赖于新建对象的id,如文件上传
不知道你的系统是如何处理的。
1 楼
javaxhw
2011-01-08
好文章 ,介绍的比较全面
发表评论
-
iBatis操作DDL和映射继承
2012-09-09 21:46 9267本文系iBatis开发详解系列文章之iBatis操作D ... -
iBatis查询复杂集合
2012-09-04 20:23 15751本文系iBatis开发详解系列文章之在iBatis查询 ... -
iBatis中使用XML
2012-08-29 19:57 7700本文系iBatis开发详解系列文章之在iBatis中使 ... -
iBatis执行非查询语句(CRUD,函数和过程)
2012-08-26 21:40 9325CRUD操作中除了查询操作,其他都统一称为更新操作,因 ... -
Spring数据库访问之iBatis(二)
2012-06-10 13:56 5796接上文,我们继续来研究Spring和iBatis的整合 ... -
Spring数据库访问之iBatis(一)
2012-01-02 18:45 15991为了丰富博客专栏【Spring数据库访问系列】的内容, ... -
我的视频教程《中小企业OA系统》
2011-07-29 22:27 7750经过5个月的制作,和华章合作的《中小企业OA系统》Ja ... -
iBatis分页(基于Struts2和Freemarker)
2011-05-02 10:05 13115之前介绍过基于Hibernate分页的原理和设计,这里 ... -
Spring数据库访问之ORM(三)
2011-03-02 20:35 17619本文接上一篇继续研究。 之前我们使用的是Hib ... -
Spring数据库访问之ORM(二)
2011-02-16 13:19 23387本文接上一篇继续来研究Spring的ORM模块。 ... -
Spring数据库访问之ORM(一)
2011-01-27 10:54 30808Spring数据库访问中另外一大模块就是ORM,ORM ... -
Spring数据库访问之异常处理
2011-01-19 10:29 27510使用JDBC API时,很 ... -
Spring数据库访问(HSQL)(四)
2011-01-16 21:49 14568本文接上一篇继续研究Spring的JDBC模板。 ... -
Spring数据库访问(HSQL)(三)
2011-01-13 10:07 13440本文接上一篇继续研究JDBC模板。 之前说的都 ... -
Spring数据库访问(HSQL)(二)
2011-01-11 11:27 10731上一篇我们介绍了 ... -
Spring数据库访问(HSQL)(一)
2011-01-09 23:34 13836本部分主要介绍Spring的JDBC模板,JDBC模板 ... -
Spring 3之MVC & Security简单整合开发(三)
2010-12-03 19:04 22068本文接上一篇继续深入研究Security框架。 ... -
Spring 3之MVC & Security简单整合开发(二)
2010-12-01 20:29 60090本文接上一篇继续 ... -
Spring 3之MVC & Security简单整合开发(一)
2010-11-30 22:00 42630Spring的MVC模块是一种简洁的Web应用框架,实 ... -
iBatis查询select详解
2010-08-07 12:19 40530<select>是iBatis已经映射的语 ...
相关推荐
【hibernate主键生成策略】是Hibernate框架中用于生成持久化对象主键的重要机制,它决定了如何在数据库中创建唯一的标识符。在SSH(Spring、Struts、Hibernate)架构中,Hibernate作为持久层框架,主键生成策略的...
在 Hibernate 中,主键生成策略是一个重要的概念,用于指定如何为持久化对象生成唯一的标识符(即主键)。合理的主键生成策略不仅能提高应用程序的性能,还能确保数据的一致性和完整性。 #### 二、主键生成策略分类...
主键生成策略是Hibernate中一个重要的概念,因为它决定了如何为实体生成唯一的标识符。本文将详细解释Hibernate的几种主键生成策略及其配置。 1. assigned策略 assigned策略允许开发者在保存对象之前手动设置主键。...
在 Hibernate 中,主键生成策略是一项核心功能,用于确定如何为持久化实体生成唯一的标识符。以下是 Hibernate 支持的主要主键生成策略的详细解析: #### 1. Native - **描述**:此策略根据所使用的数据库类型自动...
在Java的持久化框架Hibernate中,主键生成策略是一个关键的概念,它决定了如何为数据库中的实体对象生成唯一的标识符(主键)。以下是关于Hibernate主键生成方式的详细说明: 1. **Identity方式**:`...
2. Identity 标识符生成器:这是由底层数据库自身来处理主键生成的策略,例如 MySQL 的 `auto_increment` 或 SQL Server 的 `identity`。这种生成器简单且高效,但它的主要缺点是依赖于特定的数据库特性,因此不是跨...
Native策略是一种智能选择策略,Hibernate会根据当前使用的数据库类型自动选择最合适的主键生成策略,如identity、sequence或hilo。这种方式的最大优点是灵活性和兼容性,开发者无需关心底层数据库的细节,可以专注...
Hibernate主键生成策略详细介绍 在Java探索中,Hibernate提供了多种主键生成策略,满足不同场景下的需求。下面是对Hibernate主键生成策略的详细介绍: 1. Increment主键生成策略 Increment主键生成策略是由...
### JPA主键生成策略详解 #### 一、概述 持久化对象的主键生成机制在JPA(Java Persistence API)中占据着重要的位置。它不仅关乎数据的唯一标识符如何确定,还与数据的存储效率及应用逻辑紧密相关。JPA通过`@...
在Hibernate框架中,提供了多种主键生成策略,每种策略都有其适用场景。本文将详细介绍这些生成策略,并给出相应的应用场景分析。 #### 二、主键生成策略 1. **assigned** - **定义**:这种方式由程序员负责分配...
在Java持久化框架Hibernate中,主键生成策略是至关重要的,因为它决定了如何为数据库表的记录生成唯一的标识符。主键生成器确保了每个记录都有一个独一无二的标识,这对于数据的完整性至关重要。以下是Hibernate中...
2. **标识符(Identifier)**:用于唯一标识实体的对象,对应表的主键。 3. **属性(Properties)**:实体类的字段,映射到表的列。 4. **关联(Associations)**:实体之间的关系,如一对一、一对多、多对多等。 5....
在Hibernate中,我们可以通过定义主键生成策略来实现UUID的使用。具体做法是在实体类的主键字段上使用`@GeneratedValue`和`@GenericGenerator`注解: ```java import javax.persistence.Entity; import javax....
本文将针对Hibernate中的几个重要概念进行详细讲解,包括主键生成策略、get()与load()的区别以及二级缓存的使用。 首先,探讨的是Hibernate中的主键生成策略。在Hibernate中,主键的生成主要有三种方式:uuid、...