Java框架總結之MyBatis

在介紹MyBatis之前,先介紹一下ORM是什么?

對象關系映射(Object Relational Mapping.? 簡稱ORM)是一種為了解決面向對象與關系數據庫存在的互不匹配的現象的技術。簡單的說,ORM是通過使用描述對象和數據庫之間映射的元數據。將Java程序中的對象自動持久化到關系數據庫中。本質上就是將數據從一種形式轉換到另外一種形式,這也同時暗示著額外的執行開銷;然而,如果ORM作為一種中間件實現,則會有很多機會做優化。而這些花費要比維護手寫的方案要少;而且就算是遵守ODMG(Object Data Management Group 對象數據管理組)規范的對象數據庫依然需要類級別的元數據。

對象-關系映射(Object/Relation Mapping. 簡稱ORM)是隨著面向對象的軟件開發方法發展而產生的。面向對象的開發方法是當今企業級應用開發環境中的主流開發方法,關系數據庫是企業級應用環境中永久存放數據的主流數據存儲系統。對象和關系數據是業務實體的兩種表現形式。業務實體在內存中表現為對象,在數據庫中表現為關系數據。內存中的對象之間存在關聯和繼承關系,而在數據庫中,關系數據無法直接表達多對多關聯和繼承關系。因此,對象-關系映射(ORM)系統一般以中間件的形式存在,主要實現程序對象到關系數據庫數據的映射。

面向對象是從軟件工程基本原則(如耦合、聚合、封裝)的基礎上發展起來的,而關系數據庫則是從數學理論發展而來的,兩套理論存在顯著的區別。為了解決這個不匹配的現象,對象關系映射技術應運而生。

字母“O”起源于“對象”(Object),而R則來自于“關系”(Relational)。幾乎所有的程序里面,都存在對象和關系數據庫。在業務邏輯層和用戶界面層中,我們是面向對象的。當對象信息發生變化的時候,我們需要把對象的信息保存在關系數據庫中。

當你開發一個應用程序的時候(不使用O/R Mapping ),你可能會寫不少數據訪問層的代碼,用來從數據庫保存。刪除。讀取對象信息等等。你在DAO中寫了很多的方法來讀取對象數據,改變狀態對象等等任務,并且這些代碼寫起來總是重復的。

解決方案:引入一個O/R Mapping。實質上,一個O/R Mapping會為你生成DAO。與其自己寫DAO代碼,不如用O/R Mapping。你用O/R Mapping 保存、刪除、讀取對象。O/R mapping負責生成SQL,你只需要關心對象就好。

接下來咱們說一下ORM是由什么組成的。

一個對持久類對象進行CRUD(創建、讀取、更新、刪除)操作的API(Application Programming Interface,應用程序編程接口);

一個語言或API用來規定與類和類屬性相關的查詢;

一個規定mapping metadata的工具;

一種技術可以讓ORM的實現同事務對象一起進行 dirty checking. lazy association fetching以及其他的優化操作。

那么什么是持久化呢?

狹義的理解:“持久化” 僅僅指把域對象永久保存到數據庫中;

廣義的理解:“持久化”包括和數據庫相關的各種操作(持久化就是將有用的數據以某種技術保存起來,將來可以再次取出來應用。數據庫技術,將內存數據以文件的形式在永久介質中(磁盤等)都是持久化的例子)。

保存:把域對象(或者實體Bean)永久保存到數據庫。

更新:更新數據庫中域對象(或者說持久化對象)的狀態。

刪除:從數據庫中刪除一個域對象。

加載:根據特定的OID(一般是指主鍵ID),把一個域對象從數據庫加載到內存。

查詢:根據特定的查詢條件,把符合查詢條件的一個或多個域對象從數據庫加載在內存中。

我們為什么要用持久化?

持久化技術封裝了數據訪問細節,為大部分業務邏輯提供面向對象的API。

1)、通過持久化技術可以減少訪問數據庫數據次數,增加應用程序執行速度;

2)、代碼重用性高,能夠完成大部分數據庫操作;

3)、松散耦合,使持久化不依賴與底層數據庫和上層業務邏輯實現,更換數據庫時只需修改配置文件而不用修改代碼。

說了這么多鋪墊,那什么是MyBatis呢?

MyBatis是支持定制化SQL、存儲過程以及高級映射的優秀的持久化框架。MyBatis避免了幾乎所有的JDBC代碼和手動設置參數以及獲取結果集。MyBatis可以對配置和原生Map使用簡單的XML或注解,將接口和Java的POJOs(Plain Old Java Objects,普通的Java對象)映射成數據庫中記錄。(來自官網翻譯)

1.入門簡單,即學即用,提供了數據庫查詢的自動對象綁定功能,而且延續了很好的SQL使用經驗,對于沒有那么高的對象模型要求的項目來說,相當完美。

2.可以進行更為細致的SQL優化,可以減少查詢字段。

3.缺點就是框架還是比較簡陋,功能尚有缺失,雖然簡化了數據綁定代碼,但是整個底層數據庫查詢實際還是要自己寫的,工作量也比較大,而且不太容易適應快速數據庫修改。

4.二級緩存機制不佳,需要使用第三方的緩存框架。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容