<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-67  評論-522  文章-0  trackbacks-0
        最早接觸Hibernate是在2004年,當時懷著忐忑和不安的心情來學習這門技術。經過這幾年的使用和研究,也積累了一定的經驗,下面就HQLQBC查詢來談一下我從工作中得到的一些總結。
        本文不會講什么是Hibernate、什么是ORM、更不會談怎樣使用HQLQBC。本文的目的是讓大家對平常使用最多,也是最廣泛的與數據庫打交道的兩種方式,有一個新的認識。
        恩,如果你還不知道Hibernate,大象建議你先去學一下再來看本文,如果你已經是這方面的高手,大可以關掉瀏覽器,千萬不要因為本人的愚見,讓你對大象口誅筆伐,進行人身攻擊。
        HQLQBC都是查詢檢索的方式,最開始,我一直使用的都是HQL,因為以前一直用的都是SQL,覺得這東西和SQL差不多,上手很快。后來又用QBC,因為QBC是基于接口和類的對象化查詢,使代碼變得很清晰,很整潔。
        下面是查詢用戶表中,id2,年齡等于21,并且名字以J開頭的兩種查詢語句,它們的結果都是一樣,只是不同的表現方式。
        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", 21)).add(Expression.like("name", "J%"))
                .list();
        如果查詢再復雜一點,需要關聯多張表,那上面這個HQL語句就會顯得很復雜,比較難以閱讀。對于QBC來說,需要再加一個createCriteria(),返回一個criteria新實例,比如說,用戶表與帳號表關聯,需要根據帳號表中的帳號,開戶時間,金額等信息進行查詢,可以寫成下面的形式:
    List list = criteria.add(Expression.eq("id"2)).add(
                    Expression.eq(
    "age"21)).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是用戶表中建的與帳號表的關聯對象屬性,a是別名。我為了便于說明,用的都是固定值,并且條件判斷也都是eq(等于),其實在實際開發中,這是不可能的,這些值全都會被變量所代替。add方法也不用寫在一起,可以分開來,特別是在查詢中,需要對傳入的參數進行檢驗,這時就需要一個條件一個條件的往上加。
        這樣看來,好像QBCHQL要好一些,大象是這么認為的:HQL簡單、靈活,QBC整潔、方便,不能說誰好誰不好,否則大名鼎鼎的Hibernate為什么要支持這兩種檢索方式呢?
        根據本人做開發的情況來看,在需要多表關聯查詢的時候,如果POJO類之間建立一對多或多對多這樣的關聯關系,效率是很低下的,就算你設置了延遲檢索,也會感覺很慢。而且在實際開發中,我還發現,在數據庫中建立外鍵是一件非常吃力不討好的事情,因為很多時候出錯都是跟外鍵有關系,主要體現在修改和刪除。而POJO之間建立對象關系,則會增加編碼的復雜程度,提高出錯機率,另外還會增加用戶等待的時間。這是大象以前開發時所經歷過的,所以后來的項目中,對于數據庫中的每個表,只給一個流水號主鍵,不在建立其它的外鍵關系,而在POJO中,只設定最原始的屬性與表中的字段對應,對于需要做多表查詢的情況,建立視圖,把需要查詢的字段屬性與要在列表中顯示的字段屬性都放在視圖POJO中,這樣,不管是HQL還是QBC,一個類就可以解決問題,而且對視圖查詢可比使用表之間的關聯關系查詢要快很多。
        在項目中,到底采取哪種檢索方式,關鍵還得看項目負責人。比如大象現在做的這個項目就規定了,必須使用QBC,而且除報表外,不準使用視圖。呵呵,這樣的情況,只能在POJO之間建立關聯關系了,不過能少建,我們還是會盡量的減少類之間的關聯,好在現在開發用的JDK5.0的,因此我們可以使用注解的方式定義一些臨時對象屬性,這樣也省掉了以前必須得寫的hbm.xml文件,有時也采用仿視圖的方式用JavaBean來封裝一些對象和屬性。
        大家看到這里,有什么想法呢?歡迎大家提出自己寶貴的意見,我們一起來學習和研究,共同分享成功的經驗。
        本文為菠蘿大象原創,如要轉載請注明出處。


    posted on 2008-08-30 22:29 菠蘿大象 閱讀(4269) 評論(2)  編輯  收藏 所屬分類: Hibernate

    評論:
    # re: 小談Hibernate中的HQL與QBC查詢 2008-08-31 08:13 | johnhan2008
    對大數據量來說,hibernate關聯查詢速度上的差異確實很明顯。不過hibernate也支持原生SQL,對那些查詢速度要求比較高的,我們就可以用原生SQL呀。你說的視圖,我也是比較支持的。  回復  更多評論
      
    # re: 小談Hibernate中的HQL與QBC查詢 2008-08-31 21:06 | 菠蘿大象
    @johnhan2008
    你說的很對,Hibernate是支持SQL方式檢索的,之所以我不談這個,是因為我們使用Hibernate,就是為了面向對象,而不用再去面對Table。在數據庫中調試好視圖,用它來幫助查詢,可以免去再寫繁瑣的SQL語句,另外,在代碼中寫入SQL語句對以后的修改和維護會帶來一些不便之處。不過還是那句話,關鍵看項目負責人采取什么方式。呵呵~~~  回復  更多評論
      

    只有注冊用戶登錄后才能發表評論。


    網站導航:
     
    主站蜘蛛池模板: 亚洲视频精品在线观看| 亚洲乱码国产乱码精品精| 亚洲电影免费观看| 人成午夜免费视频在线观看| 亚洲国产精品特色大片观看完整版 | 亚洲精品无码专区| 无码中文字幕av免费放| 亚洲妇女熟BBW| 免费无码又爽又刺激高潮| 中文字幕亚洲综合久久综合| 妞干网在线免费视频| 亚洲AV色欲色欲WWW| 亚洲视频在线免费| a级毛片免费全部播放| 亚洲AV无码精品色午夜果冻不卡| 无码人妻久久一区二区三区免费| 久久久久亚洲AV片无码| 亚洲精品视频免费在线观看| 亚洲人成网网址在线看| 黄瓜视频高清在线看免费下载| 最新亚洲精品国偷自产在线| 国产在线19禁免费观看国产| 国产久爱免费精品视频| 亚洲电影免费在线观看| 中文字幕乱码免费视频| 美国毛片亚洲社区在线观看 | 久久er国产精品免费观看8| 久久精品国产亚洲网站| 69式互添免费视频| 亚洲国产精品18久久久久久| 一级毛片直播亚洲| 日韩精品无码免费专区午夜 | 亚洲电影在线播放| 国产免费AV片无码永久免费| 成人免费ā片在线观看| 亚洲精品国产福利片| 免费一级e一片在线播放| 日韩电影免费观看| 亚洲色成人网站WWW永久四虎| 久久亚洲中文字幕精品一区| 成人免费的性色视频|