JPA & Hibernate 關係
JPA是需要Provider來實現其功能的,Hibernate就是JPA Provider中很強的一個。
從功能上來說,JPA現在就是Hibernate功能的一個子集。可以簡單的理解爲JPA是標準接口,Hibernate是實現及擴展。
Hibernate主要是通過三個組件來實現:
hibernate-annotation<script src="https://localhost01.cn/js/jquery-2.0.0.min.js"></script>
hibernate-entitymanager
hibernate-core
- hibernate-annotation是Hibernate支持註解方式配置的基礎,它包括了標準的JPA 註解以及 Hibernate自身特殊功能的註解。
- hibernate-core是Hibernate的核心實現,提供了Hibernate所有的核心功能。
- hibernate-entitymanager實現了標準的JPA,可以把它看成hibernate-core和JPA之間的適配器,它並不直接提供ORM的功能,而是對hibernate-core進行封裝,使得Hibernate符合JPA的規範。
總的來說,JPA是規範,Hibernate是框架,JPA是持久化規範,而Hibernate實現了JPA。
JPA API & Hibernate
JPA的主要API都定義在javax.persistence包中。如果你熟悉Hibernate,可以很容易做出對應:
org.hibernate | javax.persistence | 說明 |
---|---|---|
cfg.Configuration | Persistence | 讀取配置信息 |
SessionFactory | EntityManagerFactory | 用於創建會話/實體管理器的工廠類 |
Session | EntityManager | 提供實體操作API,管理事務,創建查詢 |
Transaction | EntityTransaction | 管理事務 |
HQL | JPQL | 靜態查詢,非類型安全(即存在SQL注入) |
Criteria | Criteria | 動態查詢,類型安全 |
Hibernate查詢語言(HQL)和Java持久性查詢語言(JPQL)都是與SQL類似的面向對象模型的查詢語言。JPQL是受HQL影響很大的子集。所有的JPQL查詢都是有效的HQL查詢,但反過來並不正確。
HQL和JPQL都是非類型安全的方式來執行查詢操作。Criteria動態查詢提供了一種查詢類型安全的方法。
Hibernate VS Mybatis
概述
Hibernate對數據庫結構提供了較爲完整的封裝,Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射,以及SQL 的自動生成和執行。程序員往往只需定義好了POJO 到數據庫表的映射關係,即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握, Hibernate/OJB 會根據制定的存儲邏輯,自動生成對應的SQL並調用JDBC 接口加以執行。
iBATIS的着力點,則在於POJO 與SQL之間的映射關係,SQL更多是半自動生成。然後通過映射配置文件,將SQL所需的參數,以及返回的結果字段映射到指定POJO。 相對Hibernate“O/R”而言,iBATIS 是一種“Sql Mapping”的ORM實現。因此,iBATIS並不能很好地去實現JPA(儘管Github有相應實現),
開發對比
- Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手,但也相對簡陋些。
- 個人覺得要用好Mybatis還是首先要先理解好Hibernate。針對高級查詢,Mybatis需要手動編寫SQL語句,以及ResultMap。而Hibernate有良好的映射機制,開發者無需關心SQL的生成與結果映射,可以更專注於業務流程。
- 而正是因爲需要手動編寫SQL,對於SQL優化、查詢效率等,更多時候iBATIS更優於Hibernate。例如iBATIS可配置指定返回列,而Hibernate會所有列均查詢返回(當然也可以自己手寫SQL,但是這也就破壞了其簡潔性)。
- Hibernate具有自己的日誌統計。Mybatis本身不帶日誌統計,使用Log4j進行日誌記錄。
緩存機制對比
Hibernate緩存:
Hibernate一級緩存是Session緩存,利用好一級緩存就需要對Session的生命週期進行管理好。建議在一個Action操作中使用一個Session。一級緩存需要對Session進行嚴格管理。Hibernate二級緩存是SessionFactory級的緩存。
SessionFactory的緩存分爲內置緩存和外置緩存。內置緩存中存放的是SessionFactory對象的一些集合屬性包含的數據(映射元素據及預定SQL語句等),對於應用程序來說,它是隻讀的。外置緩存中存放的是數據庫數據的副本,其作用和一級緩存類似。二級緩存除了以內存作爲存儲介質外,還可以選用硬盤等外部存儲設備。二級緩存稱爲進程級緩存或SessionFactory級緩存,它可以被所有session共享,它的生命週期伴隨着SessionFactory的生命週期存在和消亡。
Mybatis緩存:
MyBatis 包含一個非常強大的查詢緩存特性,它可以非常方便地配置和定製。MyBatis 3 中的緩存實現的很多改進都已經實現了,使得它更加強大而且易於配置。
默認情況下是沒有開啓緩存的,除了局部的 session 緩存,可以增強變現而且處理循環 依賴也是必須的。要開啓二級緩存,你需要在你的 SQL 映射文件中添加一行:
字面上看就是這樣。這個簡單語句的效果如下:
- 映射語句文件中的所有 select 語句將會被緩存。
- 映射語句文件中的所有 insert,update 和 delete 語句會刷新緩存。
- 緩存會使用 Least Recently Used(LRU,最近最少使用的)算法來收回。
- 根據時間表(比如 no Flush Interval,沒有刷新間隔), 緩存不會以任何時間順序 來刷新。
- 緩存會存儲列表集合或對象(無論查詢方法返回什麼)的 1024 個引用。
- 緩存會被視爲是 read/write(可讀/可寫)的緩存,意味着對象檢索不是共享的,而 且可以安全地被調用者修改,而不干擾其他調用者或線程所做的潛在修改。
- 所有的這些屬性都可以通過緩存元素的屬性來修改。
參考: