hql
hql
HQL是Hibernate Query Language(Hibernate查詢語言)的縮寫,提供更加豐富靈活、更為強大的查詢能力;HQL更接近SQL語句查詢語法。
Hibernate查詢語言(HQL)是一種面向對象的查詢語言,類似於 SQL,但不是去對錶和列進行操作,而是面向對象和它們的屬性。HQL查詢被Hibernate翻譯為傳統的 SQL查詢從而對資料庫進行操作。
Hibernate查詢語言(HQL)與SQL(結構化查詢語言)相同,但不依賴於資料庫表。在HQL中使用類名,而不是表名,它是資料庫獨立的查詢語言。HQL有很多優點:
資料庫獨立;
支持多態查詢;
易於Java程序員學習。
Criteria查詢對查詢條件進行了面向對象封裝,符合編程人員的思維方式,不過HQL(Hibernate Query Language)查詢提供了更加豐富的和靈活的查詢特性,因此Hibernate將HQL查詢方式立為官方推薦的標準查詢方式,HQL查詢在涵蓋Criteria查詢的所有功能的前提下,提供了類似標準SQL語句的查詢方式,同時也提供了更加面向對象的封裝。完整的HQL語句形式如下: Select/update/delete…… from …… where …… group by …… having …… order by …… asc/desc 其中的update/delete為Hibernate3中所新添加的功能,可見HQL查詢非常類似於標準SQL查詢。HQL查詢在整個Hibernate實體操作體系中占核心地位。
有關實體查詢技術,其實在先前已經有多次涉及,比如下面的例子:String hql=”from User user ”; List list=session.CreateQuery(hql).list(); 上面的代碼執行結果是,查詢出User實體對象所對應的所有數據,而且將數據封裝成User實體對象,並且放入List中返回。這裡需要注意的是,Hibernate的實體查詢存在著對繼承關係的判定,前面討論映射實體繼承關係中的Employee實體對象,它有兩個子類分別是HourlyEmployee,SalariedEmployee,如果有這樣的HQL語句:“from Employee”,當執行檢索時Hibernate會檢索出所有Employee類型實體對象所對應的數據(包括它的子類HourlyEmployee,SalariedEmployee對應的數據)。因為HQL語句與標準SQL語句相似,所以也可以在HQL語句中使用where字句,並且可以在where字句中使用各種表達式,比較操作符以及使用“and”,”or”連接不同的查詢條件的組合。下面的一些簡單的例子:
from User user where user age=20;
from User user where user age between 20 and 30;
from User user where user age in(20,30);
from User user where user name is null;
from User user where user name like ‘%zx%’;
from User user where (user age%2)=1;
from User user where user age=20 and user name like ‘%zx%’;
在繼續講解HQL其他更為強大的查詢功能前,我們先來講解以下利用HQL進行實體更新和刪除的技術。這項技術功能是Hibernate3的新加入的功能,在Hibernate2中是不具備的。比如在Hibernate2中,如果我們想將資料庫中所有18歲的用戶的年齡全部改為20歲,那麼我們要首先將年齡在18歲的用戶檢索出來,然後將他們的年齡修改為20歲,最後調用Session update()語句進行更新。在Hibernate3中對這個問題提供了更加靈活和更具效率的解決辦法,如下面的代碼:
Transaction trans=session.beginTransaction();
String hql=”update User user set user age=20 where user age=18”;
Query queryupdate=session.createQuery(hql);
int ret=queryupdate.executeUpdate();
trans.commit();
通過這種方式可以在Hibernate3中,一次性完成批量數據的更新,對性能的提高是相當的可觀。同樣也可以通過類似的方式來完成delete操作,如下面的代碼:
Transaction trans=session.beginTransaction();
String hql=”delete from User user where user age=18”;
Query queryupdate=session.createQuery(hql);
int ret=queryupdate.executeUpdate();
trans.commit();
如果你是逐個章節閱讀的話,那麼你一定會記起我在第二部分中有關批量數據操作的相關論述中,討論過這種操作方式,這種操作方式在Hibernate3中稱為bulk delete/update,這種方式能夠在很大程度上提高操作的靈活性和運行效率,但是採用這種方式極有可能引起緩存同步上的問題(請參考相關論述)。
很多時候在檢索數據時,並不需要獲得實體對象所對應的全部數據,而只需要檢索實體對象的部分屬性所對應的數據。這時候就可以利用HQL屬性查詢技術,如下面程序示例:
List list=session.createQuery(“select user name from User user ”)
list();
for(int i=0;i
System.out.println(list get(i));
}
只檢索了User實體的name屬性對應的數據,此時返回的包含結果集的list中每個條目都是String類型的name屬性對應的數據。也可以一次檢索多個屬性,如下面程序:
List list=session.createQuery(“select user name,user age from User user ”)
list();
for(int i=0;i
Object[] obj=(Object[])
list get(i);
System.out.println(obj[0]);
System.out.println(obj[1]);
}
此時返回的結果集list中,所包含的每個條目都是一個Object[]類型,其中包含對應的屬性數據值。作為當今這一代深受面向對象思想影響的開發人員,可能會覺得上面返回Object[]不夠符合面向對象風格,這時可以利用HQL提供的動態構造實例的功能對這些平面數據進行封裝,如下面的程序代碼:
List list=session.createQuery(“select new User(user name,user age) from User user ”)
list();
for(int i=0;i
User user=(User)list.get(i);
System.out.println(user getName());
System.out.println(user getAge());
}
這裡我們通過動態構造實例對象,對返回結果進行了封裝,使我們的程序更加符合面向對象風格,但是這裡有一個問題必須注意,那就是這時所返回的User對象,僅僅只是一個普通的Java對象而以,除了查詢結果值之外,其它的屬性值都為null(包括主鍵值id),也就是說不能通過Session對象對此對象執行持久化的更新操作。如下面的代碼:
List list=session.createQuery(“select new User(user name,user age) from User user ”)
list();
for(int i=0;i
User user=(User)list.get(i);
user.setName(“gam”);
session.saveOrUpdate(user);//這裡將會實際執行一個save操作,而不會執行update操作,因為這個User對象的id屬性為null,Hibernate會把它作為一個自由對象(請參考持久化對象狀態部分的論述),因此會對它執行save操作。
}
A、Order by子句
與SQL語句相似,HQL查詢也可以通過order by子句對查詢結果集進行排序,並且可以通過asc或者desc關鍵字指定排序方式,如下面的代碼: from User user order by user name asc,user age desc; 上面HQL查詢語句,會以name屬性進行升序排序,以age屬性進行降序排序,而且與SQL語句一樣,默認的排序方式為asc,即升序排序。
B、Group by子句與統計查詢
在HQL語句中同樣支持使用group by子句分組查詢,還支持group by子句結合聚集函數的分組統計查詢,大部分標準的SQL聚集函數都可以在HQL語句中使用,比如:count(),sum(),max(),min(),avg()等。如下面的程序代碼:
String hql=”select count(user),user age from User user group by user age having count(user)>10 ”;
List list=session.createQuery(hql)
list();
C、優化統計查詢
假設現在有兩張資料庫表,分別是customer表和order表,它們的結構如下:
customerID varchar2(14)
age number(10)
name varchar2(20)
orderID varchar2(14)
order_number number(10)
customer_ID varchar2(14)
現在有兩條HQL查詢語句,分別如下:
from Customer c inner join c orders o group by c age;(1)
select c ID,c name,c age,o ID,o order_number,o customer_ID from Customer c inner join c orders c group by c age;(2)
這兩條語句使用了HQL語句的內連接查詢(將在HQL語句的連接查詢部分專門討論),現在可以看出這兩條查詢語句最後所返回的結果是一樣的,但是它們其實是有明顯區別的,語句(1)檢索的結果會返回Customer與Order持久化對象,而且它們會被置於Hibernate的Session緩存之中,並且Session會負責它們在緩存中的唯一性以及與後台資料庫數據的同步,只有事務提交后它們才會從緩存中被清除;而語句(2)返回的是關係數據而並非是持久化對象,因此它們不會佔用Hibernate的Session緩存,只要在檢索之後應用程序不在訪問它們,它們所佔用的內存就有可能被JVM的垃圾回收器回收,而且Hibernate不會同步對它們的修改。在我們的系統開發中,尤其是Mis系統,不可避免的要進行統計查詢的開發,這類功能有兩個特點:第一數據量大;第二一般情況下都是只讀操作而不會涉及到對統計數據進行修改,那麼如果採用第一種查詢方式,必然會導致大量持久化對象位於Hibernate的Session緩存中,而且Hibernate的Session緩存還要負責它們與資料庫數據的同步。而如果採用第二種查詢方式,顯然就會提高查詢性能,因為不需要Hibernate的Session緩存的管理開銷,而且只要應用程序不在使用這些數據,它們所佔用的內存空間就會被回收釋放。因此在開發統計查詢系統時,盡量使用通過select語句寫出需要查詢的屬性的方式來返回關係數據,而避免使用第一種查詢方式返回持久化對象(這種方式是在有修改需求時使用比較適合),這樣可以提高運行效率並且減少內存消耗。㊣真正的高手並不是精通一切,而是精通在合適的場合使用合適的手段。
Hibernate中對動態查詢參數綁定提供了豐富的支持,那麼什麼是查詢參數動態綁定呢?其實如果熟悉傳統JDBC編程的話,就不難理解查詢參數動態綁定,如下代碼傳統JDBC的參數綁定: PrepareStatement pre=connection prepare(“select * from User where user name=?”);
pre setString(1,”zhaoxin”);
ResultSet rs=pre.executeQuery();
在Hibernate中也提供了類似這種的查詢參數綁定功能,而且在Hibernate中對這個功能還提供了比傳統JDBC操作豐富的多的特性,在Hibernate中共存在4種參數綁定的方式:
A、按參數名稱綁定
在HQL語句中定義命名參數要用”:”開頭,形式如下:
Query query=session.createQuery(“from User user where user name=:customername and user age=:customerage ”);
query.setString(“customername”,name);
query.setInteger(“customerage”,age);
上面代碼中用:customername和:customerage分別定義了命名參數customername和customerage,然後用Query介面的setXXX()方法設定名參數值,setXXX()方法包含兩個參數,分別是命名參數名稱和命名參數實際值。
B、按參數位置綁定
在HQL查詢語句中用”?”來定義參數位置,形式如下:
Query query=session.createQuery(“from User user where user name=? and user age =? ”);
query.setString(0,name);
query.setInteger(1,age);
同樣使用setXXX()方法設定綁定參數,只不過這時setXXX()方法的第一個參數代表邦定參數在HQL語句中出現的位置編號(由0開始編號),第二個參數仍然代表參數實際值。註:在實際開發中,提倡使用按名稱邦定命名參數,因為這不但可以提供非常好的程序可讀性,而且也提高了程序的易維護性,因為當查詢參數的位置發生改變時,按名稱邦定名參數的方式中是不需要調整程序代碼的。
C、 setParameter()方法
在Hibernate的HQL查詢中可以通過setParameter()方法邦定任意類型的參數,如下代碼:
String hql=”from User user where user name=:customername ”;
Query query=session.createQuery(hql);
query.setParameter(“customername”,name,Hibernate STRING);
如上面代碼所示,setParameter()方法包含三個參數,分別是命名參數名稱,命名參數實際值,以及命名參數映射類型。對於某些參數類型setParameter()方法可以根據參數值的Java類型,猜測出對應的映射類型,因此這時不需要顯示寫出映射類型,像上面的例子,可以直接這樣寫:query setParameter(“customername”,name);但是對於一些類型就必須寫明映射類型,比如java util Date類型,因為它會對應Hibernate的多種映射類型,比如Hibernate DATE或者Hibernate TIMESTAMP。
D、 setProperties()方法
在Hibernate中可以使用setProperties()方法,將命名參數與一個對象的屬性值綁定在一起,如下程序代碼:
Customer customer=new Customer();
customer.setName(“pansl”);
customer.setAge(80);
Query query=session.createQuery(“from Customer c where c name=:name and c age=:age ”);
query.setProperties(customer);
setProperties()
方法會自動將customer對象實例的屬性值匹配到命名參數上,但是要求命名參數名稱必須要與實體對象相應的屬性同名。這裡還有一個特殊的setEntity()方法,它會把命名參數與一個持久化對象相關聯,如下面代碼所示:
Customer customer=(Customer)session load(Customer class,”1”);
Query query=session.createQuery(“from Order order where order customer=:customer ”);
query.setEntity(“customer”,customer);
List list=query.list();
上面的代碼會生成類似如下的SQL語句:Select * from order where customer_ID=’1’;E、使用綁定參數的優勢 為什麼要使用綁定命名參數?任何一個事物的存在都是有其價值的,具體到綁定參數對於HQL查詢來說,主要有以下兩個主要優勢:
①、可以利用資料庫實施性能優化,因為對Hibernate來說在底層使用的是PrepareStatement來完成查詢,因此對於語法相同參數不同的SQL語句,可以充分利用預編譯SQL語句緩存,從而提升查詢效率。
②、可以防止SQL Injection安全漏洞的產生: SQL Injection是一種專門針對SQL語句拼裝的攻擊方式,比如對於常見的用戶登錄,在登錄界面上,用戶輸入用戶名和口令,這時登錄驗證程序可能會生成如下的HQL語句: “from User user where user name=’”+name+”’ and user password=’”+password+”’ ”這個HQL語句從邏輯上來說是沒有任何問題的,這個登錄驗證功能在一般情況下也是會正確完成的,但是如果在登錄時在用戶名中輸入”zhaoxin or ‘x’=’x”,這時如果使用簡單的HQL語句的字元串拼裝,就會生成如下的HQL語句: “from User user where user name=’zhaoxin’ or ‘x’=’x’ and user password=’admin’ ”; 顯然這條HQL語句的where字句將會永遠為真,而使用戶口令的作用失去意義,這就是SQL Injection攻擊的基本原理。而使用綁定參數方式,就可以妥善處理這問題,當使用綁定參數時,會得到下面的HQL語句: from User user where user name=’’zhaoxin’’ or ‘’x=’’x’’ ‘ and user password=’admin’;由此可見使用綁定參數會將用戶名中輸入的單引號解析成字元串(如果想在字元串中包含單引號,應使用重複單引號形式),所以參數綁定能夠有效防止SQL Injection安全漏洞。
目錄