2009-4-25 8:12:34 org.apache.catalina.core.ApplicationContext log
信息: java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to com.miracle.dm.doc.catalog.model.DocCatalogInfo
原來的查詢語句:
String sql = "select a.* from tb_doc_catalog a where a.cat_code like '"+catCode+"%'";
Session session = this.getSession();
try {
List catNameList = session.createSQLQuery(sql).list();
return catNameList ;
} finally {
releaseSession(session); //釋放session
}
分析:原來是查詢出來的字段並不能自動轉換爲bean對象。
解決思路一(採用hql查詢):
String sql = "select a from DocCatalogInfo a where a.catCode like '"+catCode+"%'";
List catNameList =getHibernateTemplate().find(sql);
return catNameList ;
ok,測試一下發現沒問題,看來仍是由於用原生sql查詢的緣由,網上搜一下:createsqlQuery返回對象,看到一篇文章才覺悟到:
解決思路二(採用原生sql查詢):
String sql = "select a.* from tb_doc_catalog a where a.cat_code like '"+catCode+"%'";
Session session = this.getSession();
try {
List catNameList = session.createSQLQuery(sql).addEntity(DocCatalogInfo.class).list();
return catNameList ;
} finally {
releaseSession(session); //釋放session
}
又ok了。
該篇文章也貼上來:
hibernate 中createQuery與createSQLQuery二者區別是:
前者用的hql語句進行查詢,後者能夠用sql語句查詢
前者以hibernate生成的Bean爲對象裝入list返回
後者則是以對象數組進行存儲
因此使用createSQLQuery有時候也想以hibernate生成的Bean爲對象裝入list返回,就不是很方便
忽然發現createSQLQuery有這樣一個方法能夠直接轉換對象
Query query = session.createSQLQuery(sql).addEntity(XXXXXXX.class);
XXXXXXX 表明以hibernate生成的Bean的對象,也就是數據表映射出的Bean。
呵呵之後多注意,仍是時不時的要看看hibernate各個對象方法的使用。
還有另一個相關的小細節應注意:
好比有這樣一個po
PO: User.class
properties: userId,userName
DDL: create table tuser (userid varchar(10),username varchar(20));
當執行:
session.createQuery("from User u").list()時生成的SQL:
select userid,username from tuser;
當執行:
session.createQuery("from User u").iterator()時生成的SQL:
select userid from tuser;
能夠看出list()一次將數據從數據庫中讀出直接填充到List中
iterator()將數據的主鍵從數據庫中讀出,當循環這個Iterator時才添加執行:
select userid,username from user where userid=?;把數據讀出。
在不一樣的應用範圍使用不一樣的方法,具體在hibernate應用中應當注意。
http://langgufu.iteye.com/blog/1565397
1.
使用SQLQuery
對原生SQL查詢執行的控制是經過SQLQuery接口進行的,經過執行Session.createSQLQuery()獲取這個接口。最簡單的狀況下,咱們能夠採用如下形式:
List cats = sess.createSQLQuery( " select * from cats " ).addEntity(Cat. class ).list();
這個查詢指定了:
SQL查詢字符串
查詢返回的實體
這裏,結果集字段名被假設爲與映射文件中指明的字段名相同。對於鏈接了多個表的查詢,這就可能形成問題,由於可能在多個表中出現一樣名字的字段。下面的方法就能夠避免字段名重複的問題:
List cats = sess.createSQLQuery( " select {cat.*} from cats cat " ).addEntity( " cat " , Cat. class ).list();
這個查詢指定了:
SQL查詢語句,它帶一個佔位符,可讓Hibernate使用字段的別名.
查詢返回的實體,和它的SQL表的別名.
addEntity()方法將SQL表的別名和實體類聯繫起來,而且肯定查詢結果集的形態。
addJoin()方法能夠被用於載入其餘的實體和集合的關聯.
List cats = sess.createSQLQuery(
" select {cat.*}, {kitten.*} from cats cat, cats kitten where kitten.mother = cat.id " )
.addEntity( " cat " , Cat. class )
.addJoin( " kitten " , " cat.kittens " )
.list();
原生的SQL查詢可能返回一個簡單的標量值或者一個標量和實體的結合體。
Double max = (Double) sess.createSQLQuery( " select max(cat.weight) as maxWeight from cats cat " )
.addScalar( " maxWeight " , Hibernate.DOUBLE);
.uniqueResult();
除此以外,你還能夠在你的hbm文件中描述結果集映射信息,在查詢中使用。
List cats = sess.createSQLQuery(
" select {cat.*}, {kitten.*} from cats cat, cats kitten where kitten.mother = cat.id " )
.setResultSetMapping( " catAndKitten " )
.list();
命名SQL查詢
能夠在映射文檔中定義查詢的名字,而後就能夠象調用一個命名的HQL查詢同樣直接調用命名SQL查詢.在這種狀況下,咱們不 須要調用addEntity()方法.
< sql - query name = " persons " >
< return alias = " person " class = " eg.Person " />
Select person.NAME AS {person.name},person.AGE AS {person.age},person.SEX AS {person.sex} FROM PERSON person Where person.NAME LIKE :namePattern
</ sql - query >List people = sess.getNamedQuery( " persons " ).setString( " namePattern " , namePattern)
.setMaxResults( 50 )
.list();
2.
使用hibernate3的createSQLQuery遇到的問題
爲了給訪問加速,把DAO中的一些HQL的操做改爲了SQL,其實最主要的緣由是:操做的是多張表,返回的數據也來源於多個表的字段;
String sql = 「select A.id ID, A.name NAME, B.salary SALARY from employee A , Salary B where.......」;
Query query =getSession().createSQLQuery(sql)
.setResultTransformer(Transformers.aliasToBean(ReturnEmployee.class));
因爲返回的ID, NAME, SALARY 非一個和表對應的一個BEAN,因此本身須要創建一個ReturnEmployee的BEAN,屬性包括ID, NAME, SALARY;在mysql下調試,成功。
可是在ORACLE環境下卻報錯:
org.hibernate.PropertyNotFoundException: Could not find setter for ID on class com.ReturnEmployee
通過幾個小時的查錯,調試,沒有發現問題的所在,只能擺脫GOOGLE了,最後在國外的一個論壇上找到了答案:
this is actually a limitation of some databases which return alias all uppercase instead of using the casing you actually specified.
until then use .addScalar(..) to workaround it.
原來是Hibernate對ORALCE的支持有BUG,因此修改代碼爲:
Query query = getSession().createSQLQuery(sql).addScalar("ID")
.addScalar("NAME").addScalar("SALARY");
就能夠了,須要注意的是
List employeeData = query.list();
返回的employeeData 中的數據是object[],這樣取值:
List employeeBean = new ArrayList();
for (int i = 0; i < employeeData.size(); i++) {
Employee employee = new Employee();//把"裸"數據組裝到本身的employee類
Object[] object = (Object[]) employeeData.get(i);
employee.setId(object[0].toString());
employee.setName(object[1].toString());
employee.setOrgType(object[2].toString());
employeeBean.add(employee);
}
另還能夠返回一個Map對象,也就是說在在list裏包含多個Map,代碼以下
Query query = session.createSQLQuery("select id,name from Tree t where pid in (select id from Tree) ").setResultTransformer(Transformers.ALIAS_TO_ENTITY_MAP); //返回一個map,KEY:爲DB中名稱一致(大小寫一致)遍歷list時就能夠
Map map = (Map)list.get[i];
map.get("id");map.get("name");來取值。按你的SQL語句select後的字段名來做爲map的Key,但這個key必須與數據庫中的字段名如出一轍。
還能夠用做函數方面的。如
Query query = session.createSQLQuery("select sum(id) SUMID from Tree t where pid in (select id from Tree)
.addScalar("SUMID",Hibernate.INTEGER) //轉換類型,按DB中的type轉
.setResultTransformer(Transformers.ALIAS_TO_ENTITY_MAP); //返回一個map,KEY:爲DB中名稱一致(大小寫一致)
直接就map.get("SUMID")能夠取值了java