hibernate的get()方法的使用
我数据库的表中有User表,内用两个字段username(primarykey),和password大哥们你们能够通过一个例子来我帮我用get方法来查询数据库吗举例就行谢...
我数据库的表中有User表,内用两个字段username(primary key),和password
大哥们你们能够通过一个例子来我帮我用get方法来查询数据库吗
举例就行 谢谢啊 展开
大哥们你们能够通过一个例子来我帮我用get方法来查询数据库吗
举例就行 谢谢啊 展开
展开全部
首先你必须已经正确实现了持久化类User(假定名)和映射文件。。。
get方法是session类的静态方法,有三个重载版本,最常用的还是
public Object get(Class clazz,Serializable id),get方法并不是用来查询的,它一般被用来加载某个持久化对象。如果进行功能强大的查询,还是用HQL吧
get的使用很简单,以楼主的情况为例。假设你的User表中有一条记录,主键值为“username”那么用下面语句即可获得这条记录对应的持久化对象:
User user=new User();
user=(User)session.get(User.class,"username");
唯一要注意的是参数id指的User类的持久化标识符,在映射文件中一般是和数据库表主键相对应的,所以实际情况下也就是字段的主键值。
get方法是session类的静态方法,有三个重载版本,最常用的还是
public Object get(Class clazz,Serializable id),get方法并不是用来查询的,它一般被用来加载某个持久化对象。如果进行功能强大的查询,还是用HQL吧
get的使用很简单,以楼主的情况为例。假设你的User表中有一条记录,主键值为“username”那么用下面语句即可获得这条记录对应的持久化对象:
User user=new User();
user=(User)session.get(User.class,"username");
唯一要注意的是参数id指的User类的持久化标识符,在映射文件中一般是和数据库表主键相对应的,所以实际情况下也就是字段的主键值。
展开全部
1.从返回结果上对比:
load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常
get方法检索不到的话会返回null
2.从检索执行机制上对比: get方法和find方法都是直接从数据库中检索 而load方法的执行则比较复杂首先查找session的persistent Context中是否有缓存,如果有则直接返回 如果没有则判断是否是lazy,如果不是直接访问数据库检索,查到记录返回,查不到抛出异常 如果是lazy则需要建立代理对象,对象的initialized属性为false,target属性为null 在访问获得的代理对象的属性时,检索数据库,如果找到记录则把该记录的对象复制到代理对象的target上,并将initialized=true,如果找不到就抛出异常。
3.根本区别说明
如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来 延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常。所说的load方法抛异常是指在使用 该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时(注意:这就是由于“延迟加载”在作怪)。
由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。
对于load和get方法返回类型:虽然好多书中都这么说:“get()永远只返回实体类”,但实际上这是不正确的,get方法如果在 session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是 原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是 返回的还是代理对象,只不过已经加载了实体数据。
get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库。
4.简单总结
总之对于get和load的根本区别,一句话,hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;而对于get方法,hibernate一定要获取到真实的数据,否则返回null。
load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常
get方法检索不到的话会返回null
2.从检索执行机制上对比: get方法和find方法都是直接从数据库中检索 而load方法的执行则比较复杂首先查找session的persistent Context中是否有缓存,如果有则直接返回 如果没有则判断是否是lazy,如果不是直接访问数据库检索,查到记录返回,查不到抛出异常 如果是lazy则需要建立代理对象,对象的initialized属性为false,target属性为null 在访问获得的代理对象的属性时,检索数据库,如果找到记录则把该记录的对象复制到代理对象的target上,并将initialized=true,如果找不到就抛出异常。
3.根本区别说明
如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,它可以放心的使用代理来 延迟加载该对象。在用到对象中的其他属性数据时才查询数据库,但是万一数据库中不存在该记录,那没办法,只能抛异常。所说的load方法抛异常是指在使用 该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时(注意:这就是由于“延迟加载”在作怪)。
由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
对于get方法,hibernate会确认一下该id对应的数据是否存在,首先在session缓存中查找,然后在二级缓存中查找,还没有就查数据库,数据库中没有就返回null。
对于load和get方法返回类型:虽然好多书中都这么说:“get()永远只返回实体类”,但实际上这是不正确的,get方法如果在 session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是 原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是 返回的还是代理对象,只不过已经加载了实体数据。
get方法首先查询session缓存,没有的话查询二级缓存,最后查询数据库;反而load方法创建时首先查询session缓存,没有就创建代理,实际使用数据时才查询二级缓存和数据库。
4.简单总结
总之对于get和load的根本区别,一句话,hibernate对于load方法认为该数据在数据库中一定存在,可以放心的使用代理来延迟加载,如果在使用过程中发现了问题,只能抛异常;而对于get方法,hibernate一定要获取到真实的数据,否则返回null。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
session.get( id ),返回是一个object的对象,
你强制装换一下就好了
session你应该能获取到吧,
get方法里的参数可以是任何一个 实现了 java.io.序列化接口.
而 不管 是String Ingeter等都实现了此接口,
所以可以传任何类型的主键 对象过来
不知道讲的对不对,我也刚学
你强制装换一下就好了
session你应该能获取到吧,
get方法里的参数可以是任何一个 实现了 java.io.序列化接口.
而 不管 是String Ingeter等都实现了此接口,
所以可以传任何类型的主键 对象过来
不知道讲的对不对,我也刚学
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
用HQL去做。
get(id)
id是你表中主键(即:primary)
get(id)
id是你表中主键(即:primary)
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询