概括Hibernate HQL和QBC查詢
最早接觸Hibernate是在2004年，當(dāng)時(shí)懷著忐忑和不安的心情來學(xué)習(xí)這門技術(shù)。經(jīng)過這幾年的使用和研究，也積累了一定的經(jīng)驗(yàn)，下面就HQL和QBC查詢來談一下我從工作中得到的一些總結(jié)。
本文不會(huì)講什么是Hibernate、什么是ORM、更不會(huì)談怎樣使用HQL和QBC查詢.本文的目的是讓大家對平常使用最多，也是最廣泛的與數(shù)據(jù)庫打交道的兩種方式，有一個(gè)新的認(rèn)識。
恩，如果你還不知道Hibernate，大象建議你先去學(xué)一下再來看本文，如果你已經(jīng)是這方面的高手，大可以關(guān)掉瀏覽器，千萬不要因?yàn)楸救说挠抟?，讓你對大象口誅筆伐，進(jìn)行人身攻擊。
HQL和QBC查詢檢索的方式，最開始，我一直使用的都是HQL，因?yàn)橐郧耙恢庇玫亩际荢QL，覺得這東西和SQL差不多，上手很快。后來又用QBC，因?yàn)镼BC是基于接口和類的對象化查詢，使代碼變得很清晰，很整潔。
下面是查詢用戶表中，id為2，年齡等于21，并且名字以J開頭的兩種查詢語句，它們的結(jié)果都是一樣，只是不同的表現(xiàn)方式。
HQL:
- Query query = session.createQuery
("from User u where u.id = 2 and u.age = 21 and u.name like 'J%'");- List list = query.list();
QBC：
- Criteria criteria = session.createCriteria(User.class);
- List list = criteria.add(Expression.eq("id", 2)).
add(Expression.eq("age", 2)).add(Expression.like("name", "J%")).list();
如果查詢再復(fù)雜一點(diǎn)，需要關(guān)聯(lián)多張表，那上面這個(gè)HQL語句就會(huì)顯得很復(fù)雜，比較難以閱讀。對于QBC來說，需要再加一個(gè)createCriteria（），返回一個(gè)criteria新實(shí)例，比如說，用戶表與帳號表關(guān)聯(lián)，需要根據(jù)帳號表中的帳號，開戶時(shí)間，金額等信息進(jìn)行查詢，可以寫成下面的形式：
- List list = criteria.add(Expression.eq("id", 2)).add(
- Expression.eq("age", 2)).add(Expression.like("name", "J%"))
- .createCriteria("account", "a").add(
- Expression.eq("a.account_id", 112546)).add(
- Expression.eq("a.start_date", "2008-8-30")).add(
- Expression.eq("a.money_sum", 1000)).list();
account是用戶表中建的與帳號表的關(guān)聯(lián)對象屬性，a是別名。我為了便于說明，用的都是固定值，并且條件判斷也都是eq（等于），其實(shí)在實(shí)際開發(fā)中，這是不可能的，這些值全都會(huì)被變量所代替。add方法也不用寫在一起，可以分開來，特別是在查詢中，需要對傳入的參數(shù)進(jìn)行檢驗(yàn)，這時(shí)就需要一個(gè)條件一個(gè)條件的往上加。
這樣看來，好像QBC比HQL要好一些，大象是這么認(rèn)為的：HQL簡單、靈活，QBC整潔、方便，不能說誰好誰不好，否則大名鼎鼎的Hibernate為什么要支持這兩種檢索方式呢？
根據(jù)本人做開發(fā)的情況來看，在需要多表關(guān)聯(lián)查詢的時(shí)候，如果POJO類之間建立一對多或多對多這樣的關(guān)聯(lián)關(guān)系，效率是很低下的，就算你設(shè)置了延遲檢索，也會(huì)感覺很慢。而且在實(shí)際開發(fā)中，我還發(fā)現(xiàn)，在數(shù)據(jù)庫中建立外鍵是一件非常吃力不討好的事情，因?yàn)楹芏鄷r(shí)候出錯(cuò)都是跟外鍵有關(guān)系，主要體現(xiàn)在修改和刪除。而 POJO之間建立對象關(guān)系，則會(huì)增加編碼的復(fù)雜程度，提高出錯(cuò)機(jī)率，另外還會(huì)增加用戶等待的時(shí)間。這是大象以前開發(fā)時(shí)所經(jīng)歷過的，所以后來的項(xiàng)目中，對于數(shù)據(jù)庫中的每個(gè)表，只給一個(gè)流水號主鍵，不在建立其它的外鍵關(guān)系，而在POJO中，只設(shè)定最原始的屬性與表中的字段對應(yīng)，對于需要做多表查詢的情況，建立視圖，把需要查詢的字段屬性與要在列表中顯示的字段屬性都放在視圖POJO中，這樣，不管是HQL還是QBC，一個(gè)類就可以解決問題，而且對視圖查詢可比使用表之間的關(guān)聯(lián)關(guān)系查詢要快很多。
在項(xiàng)目中，到底采取哪種檢索方式，關(guān)鍵還得看項(xiàng)目負(fù)責(zé)人。比如大象現(xiàn)在做的這個(gè)項(xiàng)目就規(guī)定了，必須使用QBC，而且除報(bào)表外，不準(zhǔn)使用視圖。呵呵，這樣的情況，只能在POJO之間建立關(guān)聯(lián)關(guān)系了，不過能少建，我們還是會(huì)盡量的減少類之間的關(guān)聯(lián)，好在現(xiàn)在開發(fā)用的 JDK是5.0的，因此我們可以使用注解的方式定義一些臨時(shí)對象屬性，這樣也省掉了以前必須得寫的hbm.xml文件，有時(shí)也采用仿視圖的方式用JavaBean來封裝一些對象和屬性。
大家看到這里，有什么想法呢？歡迎大家提出自己寶貴的意見，我們一起來學(xué)習(xí)和研究，共同分享成功的經(jīng)驗(yàn)。
【編輯推薦】
